You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Paul DeMarco <pa...@pauldemarco.com> on 2004/12/22 17:19:05 UTC

Behavior Question

Note sure if this should have done what it did, or what.

I had a local wc with changes, checked out from 
http://machine/svn/DEVSecure/trunk

Then the server was reconfigured to have the url be: 
http://machine/svn/xweb/trunk
    - apache was changed to use svn parent directory, and the physical 
repository folder was changed to xweb
    - DEVSecure used to be a folder in the repo, the contents of that 
folder (trunk tags branches) were moved up a level
    - DEVSecure was removed
    - xweb is not a rename of DEVSecure in the repo, it is infact the 
repository name in a folder of multiple repositories

ie the old repository had contents of:
DEVSecure/trunk
DEVSecure/tags
...

the new repo just has:
trunk
tags
...

On my local wc, I failed to connect (of course), so then I performed a 
relocate to: "http://machine/svn/xweb/trunk"
Although it still failed to work properly, giving PROPFIND failures.  I 
ended up creating a diff off my wc, checking out a new wc, applying the 
diff and committing it.

My main question is, i dont know what screwed it up the server url 
change, or the repository-side folder change.  I thought SVN did 
versioned moves.  So wouldn't performing the relocate, be enough?

Thinking back I now wonder if I should have done the relocate to 
"http://machine/svn/xweb/DEVSecure/trunk", so that the move from 
DEVSecure/trunk to trunk would have been recognized by the svn 
client....  what is the correct method of handling this?

thanks.

--paul


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org