On Tue, Sep 15, 2009 at 9:00 PM, Tim Schaub <[email protected]> wrote: > Hey- > > We periodically discuss releasing on a fixed schedule. Though a few > releases have come close to sticking to a schedule, my impression is > that it has been a tough to pull off. It is also my impression that the > release process feels onerous enough to enough people that we are > collectively avoiding it. > > I'm interested in discussing doing more "maintenance" releases between > minor releases. What exactly would change about the release process [1] > I'm not sure, but the goal would be to make it less work overall. > > While this might seem extreme, I'm curious what people would think about > kicking out maintenance releases *without* going through the release > candidate cycle. Taking this further, a maintenance release manager > could decide to stick to a schedule and release even if there were known > regressions. > > While the result may be something of questionable value, I do think it > would bring some benefits. My impression is that there are a lot of > people running applications off the trunk currently. I also imagine a > fair number are running "sandbox" functionality or their own patched > versions. Having more frequent releases would not be that much > different than pegging applications to a specific version of the trunk. > I think all would agree this is safer than having an application run > off the head revision. > > This would also have the benefit for contributors of more quickly seeing > their contribution in an official release - potentially encouraging more > contributions. > > Obviously there would be details to work out about the process, but I > would suggest a pared down version of the major/minor release process - > with leeway for the maintenance release manager to decide on some > specifics (e.g. if all tests pass on this date, bump tickets, release, > and make notes about known issues). > > Thoughts? > Tim > > [1] http://trac.openlayers.org/wiki/Release/Procedure
Thanks for bringing that up Tim. It seems to me that what you'd like to see isn't really maintenance releases. To me maintenance releases would be x.y.z releases with fixes for bugs in x.y minor releases. But I fully agree with releasing more often. So why not just doing minor releases every 3-4 months, no matter what, and simplifying the release process (no release cycles)? Before kicking a release a "2 weeks from the next release" email could be sent, this would be for people to work on patches and reviews. Thoughts? -- Eric Lemoine Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel : 00 33 4 79 44 44 96 Mail : [email protected] http://www.camptocamp.com _______________________________________________ Dev mailing list [email protected] http://openlayers.org/mailman/listinfo/dev
