svn update oddity with changed files in a deleted directory
From: <kmradke_at_rockwellcollins.com>
Date: Thu, 8 May 2008 17:03:18 -0500
We had an user move a lot of directories and create symlinks in the old
svn: REPORT request failed on '/test_repo/!svn/vcc/default'
The apache server logs were a little more useful, since they included
The first svn update would update parts of the working copy and then fail.
This leaves the working copy in an incomplete state.
The ultimate problem is that Subversion leaves these modified files in
I have attached a simple script that shows this behavior. It just creates
svn: Failed to add directory 'a': object of the same name already exists
This was tested with 1.5 rc4, but fails similarly in 1.4.6, so it is not
The (now obvious) fix is to simply have the user rename the old
Should/can Subversion handle this situation differently?
Kevin R.
#!/bin/sh -v
CWD=`pwd`
/bin/rm -rf wc
mkdir repo
svn co ${REPOS} wc
---------------------------------------------------------------------
|
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.