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

RE: Tree conflict after a simple delete

From: Giulio Troccoli <giulio.troccoli_at_uk.linedata.com>
Date: Wed, 23 Sep 2009 12:12:09 +0100

>

Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851 VAT Reg No 778499447

-----Original Message-----

> From: Stefan Sperling [mailto:stsp_at_elego.de]
> Sent: 23 September 2009 11:43
> To: Giulio Troccoli
> Cc: users_at_subversion.tigris.org
> Subject: Re: Tree conflict after a simple delete
>
> On Wed, Sep 23, 2009 at 11:09:05AM +0100, Giulio Troccoli wrote:
> > I hope someone can help me understand what it's going on.
> >
> > I am using SVN 1.6.5 on RHEL4 with http access.
> >
> > We have few development streams, one for each version of
> the product we still support. All new features are developed
> in a work-in-progress stream and then merged.
> >
> > Someone deleted a file in WIP but the merged threw out a
> tree conflict and I don't unserstand why.
> >
> > This is what I have done
> >
> > ln1sub01 gtroccol>svn co
> http://localhost/svn-icon/5.31/test/src/ic/ud
> > gt ...
> > Checked out revision 5983
> > ln1sub01 gtroccol> cd gt
> > ln1sub01 gt> svn st
> > ln1sub01 gt> svn log -c5971 -v
> http://localhost/svn-icon/wip/src/ic/ud
> >
> ----------------------------------------------------------------------
> > --
> > r5971 | ccamacho | 2009-09-16 14:45:31 +0100 (Wed, 16 Sep 2009) | 1
> > line Changed paths:
> > D /wip/src/ic/ud/icudcc31.c
> > M /wip/src/ic/ud/icudct31.c
> >
> > P00016927: (WIP) Removal of Indexation and
> RebasedIndexation fields in
> > CGTTransaction and CGTCalc file
> >
> ----------------------------------------------------------------------
> > --
> > ln1sub01 gt> svn merge -c5971
> http://localhost/svn-icon/wip/src/ic/ud
> > --- Merging r5971 into '.':
> > U icudct31.c
> > C icudcc31.c
> > Summary of conflicts:
> > Tree conflicts: 1
> > ln1sub01 gt> svn st
> > M .
> > C icudcc31.c
> > > local edit, incoming delete upon merge
> > M icudct31.c
> >
> > I don't understand why I have a tree conflict on
> icudcc31.c. The message say "local edit" but the file hasn't
> been changed, as the first svn st command showed.
> >
>
> During merge (but not during update), a "local" edit may also
> be an edit in the target branch's history, rather than an
> edit in the working copy.

You and Stein seems to be saying the same thing, although with different words. So, am I correct in saying that you think other changes have happened in http://localhost/svn-icon/5.31/test/src/ic/ud (this is the path I checked-out)?

> > I have seen other posts in the ML regarding unexpected tree
> conflicts
> > but they are usually about deleting of directories not files, or
> > merging a delete twice in both directions (from trunk to branch and
> > then from branch to trunk), or renaming/moving a file. Now
> I know this
> > last case is similar to mine, as that it's just a delete
> and an add in
> > Subversion, but, well, it should work :-)
>
> As far as tree conflicts are concerned, Subversion does not
> know the difference between delete and move, yet. Any delete
> is therefore treated as a potiential move, which can lead to
> false positives.

If I found out this is a false positive, is there a way to tell Subversion "look, this is a false positive" ?

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2398826

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-23 13:13:59 CEST

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

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