[Svnmerge] [PATCH] Bidirectional merging patch for svnmerge.py

Giovanni Bajo rasky at develer.com
Wed Feb 22 01:26:55 PST 2006


Blair Zajac <blair at orcaware.com> wrote:

> Sounds good.  I like the ~/.subversion/svnmerge.conf idea.  I'd also like
> it to look for an /etc/subversion/svnmerge.conf file so if you package an
> RPM or a deb, you can set it system wide.

Fine by me. Let's use a syntax identical to subversion.conf (ini file).

> But even this cache is subject to breakage if they run svnmerge.py but
> don't go through with the commit, the cache would not reflect what really
> happened.

Yes, this cache is, IMO, too fragile. Also I still don't understand how you
can store the commit number in the cache *before* the commit is actually
done.

> Maybe we should introduce an svnmerge 'commit' command to take care of any
> follow up work to do.  It would be good for consistency, as currently, we
> use svnmerge.py to do everything but the commit, which is odd for
> consistency.

And forbid "svn commit" otherwise the cache is potentially broken and all
hell break loose? No, I don't like this. I don't especially like the idea
that we introduce it only to "partially" speed up a non-default option. It'd
be pretty hard to explain to beginner users.
-- 
Giovanni Bajo




More information about the Svnmerge mailing list