<div dir="ltr"><div><div>That reminds me of someone mentioning in a ticket of a 2.0 issue resolved against qgis 2.1 that he'd wait (angrily?) having fix backported into a (mythical) 2.0.x update rather than him moving to 2.2 and having to deal with possible regressions. I was thinking at the time that this sounds to me like a flawed behavior by some QGIS users, an egg or chicken situation. How are regressions fixed if users are not doing their parts in uncovering and reporting them. <br>
<br></div>That led me to think there might be a very low-cost, high reward behavior QGIS could adopt: 4, or 2, weeks before the release date, {beta,release candidate,tech preview,etc.} builds (from master, no need to branch out really) are pushed out to osgeo4w & linux and quite loudly advertised (blog posts, social media, etc.) to get as many users as possible to test drive it. The users' feedback would enrich the 4-weeks period when developers are to be focused on bug-fixing only.<br>
<br></div>Thoughts? Was that already suggested and declined? <br><br>Math<br><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Feb 23, 2014 at 5:06 PM, Jürgen E. <span dir="ltr"><<a href="mailto:jef@norbit.de" target="_blank">jef@norbit.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Larry,<br>
<div class=""><br>
On Sat, 22. Feb 2014 at 14:33:11 -0700, Larry Shaffer wrote:<br>
> How about for a set period of time, only commits that devs think can readily<br>
> be ported to the 2.2.0 branch are 'allowed' on master? With any code changes,<br>
> which would make porting changes/fixes over to the 2.2.0 branch difficult,<br>
> submitted via pull requests. Maybe for two weeks?<br>
<br>
> I think if code is committed to core that steamrolls over the means of<br>
> providing a reasonably timed bug-fix update, it becomes that much harder to<br>
> do so. I also think much user frustration may stem from that vicious cycle,<br>
> and we have an opportunity to fix that *right now*.<br>
<br>
> Don't get me wrong. I like the new release schedule. Just looking for ways<br>
> to make it as beneficial for users as it is for devs/packagers.<br>
<br>
</div>Our agreement was to not do point releases.  And not because stable release are<br>
a bad thing, but just acknowleding the fact that we don't have the resources to<br>
do everything.  The more we "wasted" on releases, the more we loose on feature<br>
work.<br>
<br>
Maybe we should just emphasize more that the four weeks before the release are<br>
not a pure developer thing.  If users want good releases, they should verify<br>
that master is ok before it get released - and not start testing right after<br>
the release.  Of course all testing is welcome, but testing after the release<br>
only contributes to the next release.<br>
<br>
So blocking development for another two weeks to backport stuff to a branch<br>
that - unless in the undesired event that something severe wasn't spotted in<br>
the four weeks before the release - won't ever be released, doesn't make sense<br>
to me.<br>
<br>
The next release is 117[1] days away.  That might sound far away, but I bet<br>
it's sooner than we think.<br>
<br>
<br>
Jürgen<br>
<br>
[1] <a href="http://www.timeanddate.com/countdown/generic?iso=20140620T12&p0=1440&msg=QGIS+2.4+Release" target="_blank">http://www.timeanddate.com/countdown/generic?iso=20140620T12&p0=1440&msg=QGIS+2.4+Release</a><br>

<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jürgen E. Fischer         norBIT GmbH               Tel. +49-4931-918175-31<br>
Dipl.-Inf. (FH)           Rheinstraße 13            Fax. +49-4931-918175-50<br>
Software Engineer         D-26506 Norden               <a href="http://www.norbit.de" target="_blank">http://www.norbit.de</a><br>
QGIS PSC member (RM)      Germany                      IRC: jef on FreeNode<br>
<br>
--<br>
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH<br>
Rheinstrasse 13, 26506 Norden<br>
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502<br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</font></span></blockquote></div><br></div>