<div dir="ltr">Release early and often should be the way to go (cf chrome release cycle)<div>Less pain upgrading from release to release, less pain merging pull requests. All this requires is automated release tool.</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Nov 9, 2013 at 5:24 AM, Jacob Carlborg <span dir="ltr"><<a href="mailto:doob@me.com" target="_blank">doob@me.com</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 2013-11-09 07:47, Martin Nowak wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I choose march because ~4 month is already an improvement.<br>
Anything below 3 month seems unrealistically ambitious to me atm.<br>
</blockquote>
<br></div>
It depends on what we want to achieve. Either we set the agenda after a release schedule. Or we do it the other way around. I know Iain has been complaining when releases are taking longer time.<br>
<br>
BTW, do people in general have more or less time working on D during the Christmas? I know I will have more time.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
/Jacob Carlborg<br>
</font></span></blockquote></div><br></div>