[Qgis-developer] Post-release period of portable commits only?
jonathanmoules at warwickshire.gov.uk
Mon Feb 24 07:05:37 PST 2014
Slightly deviating from the topic, but I'm quite fond of the GeoServer
release process; they're revamping a little to offer better Long Term
I feel a similar system would solve most of QGIS' release problems:
- Bugfix releases
- LTS (if/when required)
- Predictable releases (though now fixed by QGIS)
- Clear test releases (betas and release candidates)
In comparison the QGIS release system feels... haphazard I guess is the
I know the common complaint is a lack of a resources, but QGIS has far more
resources than GeoServer - both in number of developers and the existence
of a "general fund".
Just thought I'd put it out there.
On 24 February 2014 14:41, Filipe Dias <filipesdias at gmail.com> wrote:
> How about making a formal announcement (mailing list, website, wiki etc)
> telling the users that QGIS version 2.X is in feature freeze and therefore
> is sufficiently stable to be tested by end users? This may increase the
> number of testers.
> As an end user that uses QGIS for production, this is the only time I work
> with QGIS Master.
> On Mon, Feb 24, 2014 at 2:17 PM, Jonathan Moules <
> jonathanmoules at warwickshire.gov.uk> wrote:
>>> Why not? We're talking about a feature freezed period!? The nightly
>>> is a snapshot what what will get release. Where do you see a difference?
>> I think it's a perception thing.
>> "Nightly build" in my mind always means "bleeding edge may or may not
>> work, use at own risk." I'm aware that doesn't always mean "*it will
>> crash your computer, burn down your house, and spend your life savings on
>> questionable drugs*", but it's certainly not what I see as a synonym for
>> "stable" either.
>> Every time I see a nightly, it always comes with a big scary caveat (QGIS
>> does too - http://www.qgis.org/en/site/forusers/alldownloads.html ).
>> This trains users not to use them. Taking one of the nightlies and
>> re-branding it to something more amicable would get more folks to test it.
>> Just copy and paste it and rename the file. :-)
>>> > Very few average user will install a nightly development build, but
>>> you get
>>> > an higher chance of getting a broader number of people (that interacts
>>> > QGIS in different ways) to test out your product before it's released.
>>> Why should it matter if we call it "weekly snapshot", "nightly build" or
>>> "prerelease"? It's the same thing, just the tag is different. And
>>> installation is essential as easy as installing the stable release.
>>> > It also helps channel what your describing as noise (i.e. users running
>>> > into problems) into a better managed call for people to test and
>>> > The noise will happen no matter what. But it might make some sense to
>>> > trigger some of that noise (valid bugs and "invalid" RTFM cases)
>>> > you release your final version via a pre-release social media and news
>>> > "try this pre-release build" :)
>>> > It's really more a matter of presentation to the users than of actual
>>> Exactly. And that's what I meant with noise: "tada, there's a new weekly
>>> snapshot/prerelease/nightly build" - not users running into problems.
>>> I see that as the only significant difference to what we already have.
>>> Jürgen E. Fischer norBIT GmbH Tel.
>>> Dipl.-Inf. (FH) Rheinstraße 13 Fax.
>>> Software Engineer D-26506 Norden
>>> QGIS PSC member (RM) Germany IRC: jef on
>>> 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
>> This transmission is intended for the named addressee(s) only and may
>> contain sensitive or protectively marked material up to RESTRICTED and
>> should be handled accordingly. Unless you are the named addressee (or
>> authorised to receive it for the addressee) you may not copy or use it, or
>> disclose it to anyone else. If you have received this transmission in error
>> please notify the sender immediately. All email traffic sent to or from us,
>> including without limitation all GCSX traffic, may be subject to recording
>> and/or monitoring in accordance with relevant legislation.
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
This transmission is intended for the named addressee(s) only and may
contain sensitive or protectively marked material up to RESTRICTED and
should be handled accordingly. Unless you are the named addressee (or
authorised to receive it for the addressee) you may not copy or use it, or
disclose it to anyone else. If you have received this transmission in error
please notify the sender immediately. All email traffic sent to or from us,
including without limitation all GCSX traffic, may be subject to recording
and/or monitoring in accordance with relevant legislation.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Qgis-developer