[Qgis-developer] Stress about release plans

Radim Blazek radim.blazek at gmail.com
Thu Oct 2 01:43:48 PDT 2014


Do we continue in 4 months cycle then? Next releases?:

27.02.2015 - QGIS 2.8 relese
26.06.2015 - QGIS 2.10 relese
30.10.2015 - QGIS 2.12 relase

Can you update http://www.qgis.org/en/site/getinvolved/development/index#release-schedule
for 2015 please?

Thanks
Radim


On Tue, Jul 22, 2014 at 6:59 PM, Jürgen E. <jef at norbit.de> wrote:
> Hi Bo,
>
> On Tue, 22. Jul 2014 at 17:17:43 +0200, Bo Victor Thomsen wrote:
>> Furthermore: Every new release contains - of course - new features and
>> bug fixes. But with the addition of new features you always get some new
>> bugs;  both in the new features but occasionally in some _existing,
>> previously functioning_ part of QGIS.
>
> We had that in 1.7 even without new feature - backported fixes introduced new
> bugs.
>
>> The current release cycle look roughly like this:
>
>> 1. Development phase, 3 months of adding new features and bug fixes to
>>    QGIS in a developer version of QGIS
>> 2. Feature freeze, 1 month cleaning and polishing the developer
>>    version, i.e. bug fixing the new features and removing old bugs.
>>    Updating of translations.
>> 3. Release of the developer version as the new stable version of QGIS
>>    and start of a new developer version of QGIS
>> 4. 1 month of reporting and bug fixing the new stable release and a
>>    probably a second minor release of the new version
>
> Currently we do three months of development, 1 months of testing and fixing,
> then we releases and start the next development phase.  There is no set plan
> for backporting and/or point/bugfix releases.
>
> So just two phases - but yes, three releases a year.
>
>> My suggestion is that *one* of the three version cycles is replaced with
>> the following:
>
>> 1. Development phase, *1* month of adding new features and bug fixes to
>>    QGIS in a developer version of QGIS
>
> One month is too short.
>
>> 2. Bug fixing only feature freeze, *3* months cleaning and polishing
>>    the developer version, i.e. bug fixing the new features and removing old
>>    bugs with *special care* taken for finding and removing bugs introduced in
>>    the last two cycles. Updating of translations.
>
>> 3. Release of the developer version as the new stable version of QGIS
>>    and start of a new developer version of QGIS
>
>> 4. *1* month of reporting and bugfixing the new stable release and a
>>    with a *guaranteed* second minor release of the new version.
>
> That means 5 months in total - that's also a problem, because the 4 month
> period is scheduled to avoid holidays.  5 months would make sure that they
> eventually get in the way.
>
> That means one more releases a year (2x development, 2x bugfix releases instead
> of 3) and one month of parallel work on two branches.  Well the latter might
> mean that the parallel month doesn't count and we still have three periods a
> year - but that would then mean three more releases a year.
>
>
>
> 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 release manager (PSC)  Germany                    IRC: jef on FreeNode
>
> --
> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
> Rheinstrasse 13, 26506 Norden
> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


More information about the Qgis-developer mailing list