<p><br>
On Oct 13, 2013 1:08 PM, "David Nadlinger" <<a href="mailto:code@klickverbot.at">code@klickverbot.at</a>> wrote:<br>
><br>
> On Sun, Oct 13, 2013 at 12:57 AM, Jonathan M Davis <<a href="mailto:jmdavisProg@gmx.com">jmdavisProg@gmx.com</a>> wrote:<br>
> > […] and merges could continue to happen as normal on the master<br>
> > branch with the fixes that actually need to get into the release then being<br>
> > merge separately into the release branch.<br>
><br>
> Another model is that pull requests that should go into the release<br>
> are made against the release branch, where they can be merged back to<br>
> master, avoiding cherry-picking (and thus duplicating) commits.<br>
></p>
<p>Or perhaps simply not merging new features / enhancements until the next release (requires self moderation).<br></p>
<p>Regards<br>
-- <br>
Iain Buclaw</p>
<p>*(p < e ? p++ : p) = (c & 0x0f) + '0';</p>