[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Tree conflict detection bug/limitation

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 18 Mar 2009 12:08:08 +0000

On Wed, Mar 18, 2009 at 12:04:51PM +0000, Stefan Sperling wrote:
> On Mon, Mar 16, 2009 at 01:46:25PM -0400, Mark Phippard wrote:
> > This may be known already. I recall that we knew there were scenarios
> > involving folders where TC detection has not been added yet.
> >
> > The attached script shows a pretty trivial merge example where it does
> > not detect a TC and it seems like we should. Basically, in a branch a
> > file is edited and committed. In trunk, the parent folder is renamed
> > and committed. Now trunk is merged to the branch. No conflict is
> > raised, so the changes to the file on the branch would not be flagged
> > as needing to go into the renamed file.
>
> We need deep-tree comparisons to catch this.
> We'd need to compare the tree in the working copy to the tree in
> the repository @r{merge-left}.
>
> IIRC the current diff implementation does not properly support comparing
> a local working copy tree to an arbitrary tree in the repository.
> I don't recall exactly what was wrong. Either there is no API for this,
> or the API is there but does not return useful results.
>
> Neels is planning to look into this.
> It's being tracked as part of issue #3150:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3150

See also issue #3210:
http://subversion.tigris.org/issues/show_bug.cgi?id=3210

We may want to consider these issues duplicates of each other.

Stefan
Received on 2009-03-18 13:08:41 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.