Hey, On 9/4/07, jean-frederic clere <[EMAIL PROTECTED]> wrote: > I would also propose that we take an handling of release branches > similar to httpd. <snip /> > The votes will get in a file named STATUS file and once accepted in a > file named CHANGES. > The proposal of backports/fixes should be a description of the > feature/PR number and a link to a commit (in another branch or sandbox) > or a patch (diff -u) against the branch. > A proposal needs 3 +1 votes and no -1 to be accepted. The committer that > makes the proposal is responsible to commit the new code (and move the > proposal from STATUS to CHANGES) in the branch once accepted. > > <ballot> > [ ] +1 > [ ] 0 > [ X ] -1 > </ballot>
-1 from me. I really don't like this, because I think it adds significant overhead to development on released branches and the current system works well enough. This proposed system slows down bug fix backports and goes against the very nature of committership trust, in my mind. Yoav --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
