Release timing

Christopher Hicks chicks at chicks.net
Sat Jan 22 16:17:02 UTC 2005


On Tue, 18 Jan 2005, Gervase Markham wrote:
> "Remind me why delivering sooner than six months after the release we just 
> did is a good thing?"

It may not be the ideal thing, but it seems better than the alternatives. 
Getting on a release rhythm may entail some occassional irritation, but I 
do think its worth the trouble.

>> Dave has indicated that the freezes will be timed, not the releases so 
>> basing dates off of the release date does not fit with the logic that Dave 
>> feels was agreed upon.
>
> I'm suggesting that we revisit that logic. One can make an argument for 
> "releases every X months", for most sane values of X, but I can't see an 
> argument for "freezes every X months". How is the date of a freeze 
> important? Surely it's the release date you are trying to hit that's the 
> important thing.

Having the freeze dates be something that people know from remember when 
it happened last year seems more important than exactly when we release to 
the world.  As long as there's been a release in the last year the user is 
going to feel like we're making progress, but the developers care about 
the exact freeze data because presumably they have something that they 
want in before the freeze.

>> I've proposed a solution to this - have some releases be supported longer 
>> than others.  Some people need long-term stability (ala RHES).
>
> We could do that, but it might get a bit confusing. Having release X still 
> supported while X+1 is not might lead to some strange conversations.
> "I need help with release X+1".
> "Sorry, it's not supported."
> "Yeah, but release X from six months before is supported! How is it hard to 
> support release X+1?"
> "Er..."

Instead of "er" you could say "Release X and X+3, and X+4 are supported, 
please help us to minimize the hassle of voluntarily maintaining bugzilla 
by using one of those.  Oh, by the way, X+3 is our next long-term stable 
release, so you'll be able to get support for it for a couple years."

> In practice, we'd end up supporting any release more recent than the 
> oldest supported release.

If people ignored the idea and went on doing what they've been doing then 
certainly practice would not exhibit the idea.

> But I'd certainly support this model over a "everything supported for 18 
> months" model if we are releasing as often as seems to be the plan.

Thanks.

-- 
</chris>

"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)



More information about the developers mailing list