Kimbro Staken wrote: > I'd like to propose that we go ahead and get a 1.0 release out.
+1.
> I think we should put bug fixes onto a branch so that we can open > the trunk for new development. Branches are a pain, but we need to > get new development ramped up again.
I'm all in favour of using branches for release management. It can be a right pain at times, but it always makes life easier for concurrent development in the long run. If a 1.0 branch isn't cut, then there's going to be no hope of releasing bugfix/feature-backport 1.0.x versions once new features start landing and destabilising the trunk.
One thing I've noticed is that branch management tends to be much easier if all changes to the tree start out life as patches. It's then very simple to commit the patch to one or more branches as needed.
In the end, most of the pain caused by branches can usually be solved by having a well thought out commit policy and ensuring all comitters stick to that.
But I hope I'm preaching to the converted here.. ^_^
Mike.
-- Mike Gratton <[EMAIL PROTECTED]>, <http://web.vee.net/> Leader in leachate production and transmission since 1976.
