[Qgis-developer] Post-release period of portable commits only?

Jürgen E. Fischer jef at norbit.de
Sun Feb 23 23:40:42 PST 2014


Hi Mathieu,

On Mon, 24. Feb 2014 at 09:17:11 +0700, Mathieu Pellerin wrote:
> 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.
> 
> 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.
> 
> Thoughts? Was that already suggested and declined?

What's the difference to the nightly builds and the weekly standalone snapshot
for Windows - except for the noise of course?


Jürgen

-- 
Jürgen E. Fischer         norBIT GmbH               Tel. +49-4931-918175-31
Dipl.-Inf. (FH)           Rheinstraße 13            Fax. +49-4931-918175-50
Software Engineer         D-26506 Norden               http://www.norbit.de
QGIS PSC member (RM)      Germany                      IRC: jef on FreeNode                         

-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502



More information about the Qgis-developer mailing list