Release timing

Stuart Donaldson stu at asyn.com
Sun Jan 23 04:53:31 UTC 2005


Christopher Hicks wrote:

> On Tue, 18 Jan 2005, Gervase Markham wrote:
>
>>
>> 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.
>
At the risk of being redundant, I will try to restate my earlier comment.

I believe it would be best if Bugzilla would Freeze X months after 
release.  This gives X months of active development, and allows for 
releases approximately every X+1 month.

You don't find yourself running up against a fixed release date, causing 
artificial pressure.  (If this were a company with all paid developers, 
rather than the large number of volunteers, the fixed release dates 
could work.  But figure out why you're doing it.)





More information about the developers mailing list