On 8/9/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: <snip>
Sure, 1.0 development should happen in trunk, but I was trying to > respond to a different point brought up by Raymond. > > On Aug 18, we are going to cut the August release branch. The point is > about allowing small changes, bug fixes and improvements to continue in > that branch while we are putting the release distros together, with the > following conditions: > > - No completely new function, only bug fixes and improvements. > - No changes to dependencies or structure of the distro (unless required > to fix a major bug, and approved by the RM). > - Commits go with a full build of the runtime, itests, samples and demos, > and verification that the samples still work following the steps documented > in their readmes. Sure ok, the branch wont be immediately frozen, but, and its a big but, we need to be really careful with that as every time we've allowed development to continue in the branch it has ended up delaying a release. No one can on each commit do a full review including running all the samples, reading all the readme's and vetting all the legal stuff, so things get missed. Its also hard to review things thoroughly after you've already done a review a couple of times, so things start getting missed. I'd rather delay taking the branch than plan on being able to continue development in the branch. There's been a lot of change in trunk since 0.91, maybe what we should do is start the clean up work, legal review, sorting out the distributions for all the module changes etc in trunk towards then end of next week but not take the branch till very early the following week with the expectation of getting RC1 out really quickly. ...ant
