jean-frederic clere wrote: > I would also propose that we take an handling of releases similar to httpd. > See http://svn.apache.org/repos/asf/httpd/httpd/
-1 for review-then-commit for all commits. Commit-then-review has worked well for us and I see no reason to move to the additional overhead and burden of review-then-commit for everything. > trunk contains the place where the commmun developement and the new > agreed features and bugs fixes are going. > To move something from the "experimental developpement branches" to > trunk (or to a production branche) we vote it. (in a file named STATUS) > once accepted (no -1) the stuff enters the production or trunk. If > someone starts something in trunk and gets a -1 he should create a new > branch with the new code and propose a vote to get it back in trunk. +1 to this combined approach. I like it. > What does that means. > http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/ will be moved to > http://svn.apache.org/repos/asf/tomcat/tc6.0.x/branches/comet_dev (or > filip_dev) > A new http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/ We already have this and it is, as far as I am concerned, the current trunk. I like the idea of keeping each major release in a separate directory under http://svn.apache.org/repos/asf/tomcat/. It keeps everything nice and consistent (something I like). Therefore I am -0 on moving http://svn.apache.org/repos/asf/tomcat/tc6.0.x/* to http://svn.apache.org/repos/asf/tomcat/ Mark --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]