[Qgis-developer] Four month cycle too fast

[Mathieu Pellerin]

I just want to clarify one thing about this discussion: we are not speaking
about delaying the 2.4 release, which users are expecting in the next 48
hours, right?

The current state of QGIS master could probably be better, but it's not
worse than 2.2 (of course, that's a perception based on my workflows). So,
please :), whether the release cycle needs to to be adjusted, or not, it
shouldn't be decided and change within 48 hours of a publicly known release
date. As much as bugs are a big issue for end users, being consistent with
the user base is also pretty important.

Math






On Thu, Jun 19, 2014 at 1:34 PM, Andreas Neumann <a.neumann at carto.net>
wrote:

> Hi,
>
> At the Swiss QGIS user meeting yesterday there were some discussions
> whether people can cope with the 4 month release schedule and there were
> a number of users who said that this way too fast for them. By the time
> they could properly test a release, the next release is already there.
>
> Bigger organizations (government organizations and bigger companies)
> have to test a release, package it with IT, test again. They often can't
> install QGIS themselves (don't have installation privileges) but have to
> ask IT to do it for them. This is a time-consuming process.
>
> I would propose to try a six month release cycle with two months feature
> freeze for testing (see also my previous mail about a request for more
> time for testing/bug fixing). Even a yearly release cycle would be fine,
> if there could be a bug-fix release.
>
> PostgreSQL has a yearly release cycle and it works really well I think -
> both for them as a project and for us as customers.
>
> Andreas
>
>
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20140619/e0ab5dd8/attachment.html>