We've been running into issue 667 (case only renames on case-insenstive
OS) and the workaround doesn't seem to work anymore. Doing a case only
rename in the repository works fine, but then 'svn up' fails forever --
getting rid of the old file and trying to update again fails, leaving
the working copy broken as far as I can tell. Checking out a new
working copy is fine, of course, but very annoying.
Here's a transcript (watch for wrap):
c:\Projects\junk>svn st -v
108 108 DHeap .
108 108 DHeap test.txt
c:\Projects\junk>svn mv svn://scc/junk/branches/DHeap/test-junk/test.txt
svn://scc/junk/branches/DHeap/test-junk/Test.txt -m "case only rename"
Committed revision 109.
c:\Projects\junk>svn up
svn: Obstructed update
svn: failed to add file 'Test.txt': object of the same name already
exists
c:\Projects\junk>del test.txt
c:\Projects\junk>svn up
Restored test.txt
svn: Obstructed update
svn: failed to add file 'Test.txt': object of the same name already
exists
The problem seems to stem from the fact that the update is restoring the
deleted file before anything else. Deleting the obstructing file was
the workaround given in 667, but it doesn't seem to work anymore.
Anyone know a workaround or quick fix to get the working copy functional
again, aside from a fresh checkout?
There is also an oddity with the status command which I don't think is
correct behavior when someone does a local (not using svn) rename:
c:\Projects\junk>svn st -v
108 108 DHeap .
108 108 DHeap test.txt
c:\Projects\junk>rename test.txt Test.txt
c:\Projects\junk>svn st -v
108 108 DHeap .
? Test.txt
108 108 DHeap test.txt
Note that there really is only the one 'Test.txt' file, but 'svn st'
thinks there is a versioned 'test.txt' as well as an unversioned
'Test.txt'. I didn't see an outstanding issue for this, but am not sure
if it is considered part of 667.
DJ
**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this email
in error please notify the system manager.
This footnote also confirms that this email message has been
swept by MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 2 23:51:52 2003