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

Re: merge problem. impossible to revert deleted file

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Fri, 11 Nov 2011 15:51:40 +0000

Gunnar Dalsnes <hardon_at_online.no> writes:

>>> REM tree conflict
>>> svn resolve --accept=working dir1
>> Did you miss a step?
> No, nothing is missed, but it seems this line is useless (but
> harmless). The problem appears regardless.
>> trunk2 is still an empty directory at r1, how can
>> that cause a conflict.
> Yes, just ignore that line.

I thought that was the conflict you were complaining about. I
misunderstood your email.

>>> svn up
>>> REM Updating '.':
>>> REM A dir1\file1.txt
>>> REM It says dir1\file1.txt is added, but it's nowhere to be seen
>>> dir dir1
>>> svn status dir1
>>> svn resolve --accept=working dir1
>>> svn revert dir1\file1.txt
>>> REM Nope, file is still deleted. Impossible to undelete it.

So here's my simple version:

svnadmin create repo
svn mkdir -mm file://`pwd`/repo/T
svn cp -mm file://`pwd`/repo/T ^/B
svn mkdir -mm file://`pwd`/repo/T/D
svn mkdir -mm file://`pwd`/repo/B/D
svn import -mm repo/format file://`pwd`/repo/B/D/f
svn co file://`pwd`/repo/B_at_2 wc
svn merge ^/T wc
svn up wc
svn st wc

What I see is:

svn st wc
 M wc
R + C wc/D
> local add, incoming add upon update
D wc/D/f
Summary of conflicts:
  Tree conflicts: 1

The merge creates an added directory wc/D (copied from /T/D in the
repo). This conflicts with the directory D added by the update (which
is /X/B in the repo) so a tree conflict is created. Note that wc/D is
marked as replaced. After accepting the working state:

svn resolve --accept working wc/D

I see:

svn st wc
 M wc
R + wc/D
D wc/D/f

This is equivalent (ignoring the mergeinfo property) to

svn co file://`pwd`/repo/B
svn rm wc/D
svn cp ^/T/D wc/D

You can't revert wc/D/f without reverting the replace of wc/D.

Received on 2011-11-11 16:52:20 CET

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.