[Svnmerge] [PATCH] Bidirectional patch take 2

[Alan Barrett]

On Fri, 24 Feb 2006, Giovanni Bajo wrote:
> ["svn log" is] the one command that weights most in the "svnmerge
> avail" time. I don't consider making "svnmerge avail" twice as slow in
> a repository without reflected revisions a good tradeoff for having an
> improved correctness.

Could we pay the penalty only for "svnmerge merge", and not for
"svnmerge avail"?  If a reflected revision is marked as available and
then the user tries to merge it, that could be detected and refused.

It would also be possible to cache the list of available revisions in a
property.  Then "svnmerge avail" would have to do the slow checking only
for revisions newer than the data in th cache.

--apb (Alan Barrett)