<div dir="ltr">Hi<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 6, 2014 at 4:42 PM, Andreas Neumann <span dir="ltr"><<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I kind of agree. I also think the one month testing phase is too short<br>
to properly deal with all of the bugs.<br>
<br>
Maybe a six month release cycle with 4 month development and 2 month<br>
testing would be more useful in the future.<br>
<br>
Furthermore, we would probably need at least one bugfix release.<br>
<br>
But I know you have discussed this back and forth ... and there is no<br>
single solution that fits for everyone.<br>
<br>
---------<br>
<br>
BTW: I believe our finances would allow to again sponsor 1 week of paid<br>
bug fixing from the QGIS funds. Like with the past two releases. Has the<br>
PSC discussed this?<br>
<br></blockquote><div>Not yet but we can table it in our PSC meeting tonight. And yes there is no single release cycle that will keep everyone happy. The other suggestion we had once was to make every third (or other increment) release purely a bug fix release. Those enterprise orientated folks could hold out for those instead of doing incremental upgrades.</div>

<div><br></div><div>Regards</div><div><br></div><div>Tim</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Andreas<br>
<br>
Am 06.06.2014 09:36, schrieb Régis Haubourg:<br>
<div class="HOEnZb"><div class="h5">> BTW, the very short release cycle is really complicated for us. Deploying<br>
> prod version and testing new versions periods overshoot here. I'm alone on<br>
> that topic, and partial time only. Having longer release candidate period,<br>
> and a 6 months release cycle could help for me.<br>
><br>
><br>
><br>
><br>
> --<br>
> View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Realease-and-blockers-tp5144366p5144375.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Realease-and-blockers-tp5144366p5144375.html</a><br>


> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.<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>
><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></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">

Tim Sutton - QGIS Project Steering Committee Member<br>==============================================<br>Please do not email me off-list with technical<br>support questions. Using the lists will gain<br>more exposure for your issues and the knowledge<br>

surrounding your issue will be shared with all.<br><br>Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>==============================================</div>
</div></div>