On 10/5/07, Ben Collins-Sussman <sussman@red-bean.com> wrote:
> Hm, I guess I disagree. 'svn patch' doesn't feel like a such a huge
> feature to me that it's worth holding back. If were half-implemented,
> sure, we wouldn't want to wait on it. But it's basically finished...
> it just needs some testing now, and I think it will (frankly) get a
> heck of a lot more testers attracted to it than merge-tracking.
> (Mainly because it's a much simpler, much more accessible new
> feature.)
Well, I'm for holding back. Myself, I have decided to set up branches
more frequently, in order to do work I want to be done. Then, when the
branch is done, we can move the work to trunk.
If we used that approach more, we could have a shorter release cycle
because new features are already waiting on a branch to be merged
right after the latest branches off for a release.
This way, right after a release we already have something new and
exciting for a new release... (Which should be an encouragement to
'not post-pone' as we have been doing with 1.5 when we started
merge-tracking. We already had releasable material when it started...)
Anyway, +1 to post-poning ctypes and svnpatch, to be merged to trunk
right after branching 1.5.
bye,
Erik.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 5 09:31:38 2007