<div dir="ltr">I must admit, I didn't read carefully enough in my haste.  That would indeed work.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 13, 2014 at 9:20 AM, David Nadlinger <span dir="ltr"><<a href="mailto:code@klickverbot.at" target="_blank">code@klickverbot.at</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Jan 13, 2014 at 7:10 AM, Brad Anderson <<a href="mailto:eco@gnuk.net">eco@gnuk.net</a>> wrote:<br>


> One problem is that with the<br>
> current approach it's impossible to do a bugfix only release without<br>
> freezing all feature development (i.e. cherry-picking is forbidden but all<br>
> commits must still go to master) which is unacceptable and was the original<br>
> reason why a Release Process was created.<br>
<br>
</div>What are you referring to as the "current approach" here? The way<br>
things have been done in the past, or the proposal at<br>
<a href="http://wiki.dlang.org/Release_Process" target="_blank">http://wiki.dlang.org/Release_Process</a>?<br>
<br>
I'm pretty sure the latter actually addresses this problem as well: A<br>
fix that addresses regression or critical bug is merged into the<br>
oldest release branch it should end up on, and then merged<br>
subsequently into all newer release branches and master<br>
(<a href="http://wiki.dlang.org/Release_Process#Regression_fix" target="_blank">http://wiki.dlang.org/Release_Process#Regression_fix</a>).<br>
<span class="HOEnZb"><font color="#888888"><br>
David<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
dmd-beta mailing list<br>
<a href="mailto:dmd-beta@puremagic.com">dmd-beta@puremagic.com</a><br>
<a href="http://lists.puremagic.com/mailman/listinfo/dmd-beta" target="_blank">http://lists.puremagic.com/mailman/listinfo/dmd-beta</a><br>
</div></div></blockquote></div><br></div>