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

double move and creating dirs issues

From: Robert C. Helling <r.helling_at_iu-bremen.de>
Date: 2006-11-28 17:53:52 CET

Hi,

I have just migrated from cvs to subversion and have been using it in a
pretty big LaTeX project. I am using svn, version 1.2.3 (r15833) which
came out of the box of my Debian stable distribution. I noticed to issues
which I haven't been able to locate in your bug tracking system:

o) Two users check out a revision. Then user 1 creates a directory and
does svn add and svn commit. Then user 2 (without doing an update) creates
a directory with the same name, svn add's it. If user 2 then tries to
commit it fails (with an error message which requires some guesswork of
what the problem is). To fix this user 2 has to svn move the new
directory, then update and then manually merge the two versions. There
should be a better default behaviour than just failing.

o) When I

svn move foo bar

and regret that soon after (as it breaks my project) and want to move it
back, I cannot do

svn move bar foo

without commiting it (the broken configuration!) first. Doing several svn
revert's (as described in bug 876) might not only be combersome but not
possible because of editing of the file since last commit.

Cheers
Robert

PS: I am not subscribed to this mailing list.

-- 
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
Robert C. Helling     School of Science and Engineering
                       International University Bremen
 		      Jacobs University Bremen as of spring 2007
print "Just another   Phone: +49 421-200 3574
     stupid .sig\n";   http://www.atdotde.de
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 28 19:19:24 2006

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.