|
|
-
Release Frequency Experiments
lars hofhansl 2012-08-31, 05:02
As you may or may not have noticed, for 0.94 I'm playing with a "rapid release train" scheme. The train stops by every few weeks, when a jira is done it'll board the train and be part of the release, otherwise it simply waits for the next one.
There's a little bit flexibility for important features (especially bug fixes), but I want cut a release every 4-6 weeks or so
(unless the rate of new jiras slows down significantly).
Could even drive the frequency up, but then we'd need to build out extensive automated integration testing. Comments? Is that something people appreciate, or are fewer, larger releases better to ease the upgrade pain? (but note that versions of 0.94 are - and will be - compatible with each other, so it is possible to skip releases and upgrade to the current one).
-- Lars
+
lars hofhansl 2012-08-31, 05:02
-
Re: Release Frequency Experiments
Stack 2012-09-05, 04:51
On Thu, Aug 30, 2012 at 10:02 PM, lars hofhansl <[EMAIL PROTECTED]> wrote: > Comments? Is that something people appreciate, or are fewer, larger releases better to ease the upgrade pain? > (but note that versions of 0.94 are - and will be - compatible with each other, so it is possible to skip releases and upgrade to the current one). >
More, smaller releases are better IMO. +1 on 4-6week release cycle. St.Ack
+
Stack 2012-09-05, 04:51
-
Re: Release Frequency Experiments
Andrew Purtell 2012-09-05, 14:26
End of calendar month would be always/instantly predictable...
On Tue, Sep 4, 2012 at 9:51 PM, Stack <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2012 at 10:02 PM, lars hofhansl <[EMAIL PROTECTED]> > wrote: > > Comments? Is that something people appreciate, or are fewer, larger > releases better to ease the upgrade pain? > > (but note that versions of 0.94 are - and will be - compatible with each > other, so it is possible to skip releases and upgrade to the current one). > > > > More, smaller releases are better IMO. +1 on 4-6week release cycle. > St.Ack >
+
Andrew Purtell 2012-09-05, 14:26
-
Re: Release Frequency Experiments
Jonathan Hsieh 2012-09-05, 20:05
With all the versions, we may need to setup some stuff to validate compatibility -- maybe have old clients step through the paces (do all admin commands, exercise the apis) to make sure nothing catches fire?
On Wed, Sep 5, 2012 at 7:26 AM, Andrew Purtell <[EMAIL PROTECTED]> wrote:
> End of calendar month would be always/instantly predictable... > > On Tue, Sep 4, 2012 at 9:51 PM, Stack <[EMAIL PROTECTED]> wrote: > > > On Thu, Aug 30, 2012 at 10:02 PM, lars hofhansl <[EMAIL PROTECTED]> > > wrote: > > > Comments? Is that something people appreciate, or are fewer, larger > > releases better to ease the upgrade pain? > > > (but note that versions of 0.94 are - and will be - compatible with > each > > other, so it is possible to skip releases and upgrade to the current > one). > > > > > > > More, smaller releases are better IMO. +1 on 4-6week release cycle. > > St.Ack > > >
-- // Jonathan Hsieh (shay) // Software Engineer, Cloudera // [EMAIL PROTECTED]
+
Jonathan Hsieh 2012-09-05, 20:05
|
|