Proposal: 1.8 release and development process changes

[David Gerard]

2009/9/26 Keith Packard <keithp at keithp.com>:
> Excerpts from Peter Hutterer's message of Sat Sep 26 08:08:42 -0700 2009:

>> 1. Feature branches:
>> 2. Three stages: feature merge - bugfix - release freeze
>>    I think 3 + 2 + 1 months should be approporiate for the various stages.
>> 3. Predictable time-based releases

> I like this proposal, one question I have is whether 3 + 2 + 1 is the
> right ratio. The kernel does it backwards, with feature merging
> happening in a fairly short time followed by the first RC, then a
> lengthy amount of testing/fixing before the final release. But, the
> kernel also runs a much faster clock and so missing a feature merge
> window doesn't cause as much delay before release.


The testing rule is 90:90, isn't it? 90% development, then 90%
testing. (i.e. you'll spend half your time testing anyway.)


- d.