Re: Working copy wrong after "svn up"

On 4/23/2010 10:10 AM, Matthias Hryniszak wrote:
> Hi there,
>
> here's what I've noticed:
>
> C:\svn>svnadmin create test
> C:\svn>svn co file:///C:/svn/test test-wc
> C:\svn>cd test-wc
> C:\svn\test-wc>svn mkdir folder
> C:\svn\test-wc>svn ci -m "Created folder"
> C:\svn\test-wc>svn up
>
> Up until this point everything is normal. But if I manually remove the
> folder now like this
>
> C:\svn\test-wc>rd /S folder
>
> and then create one with the same name
>
> C:\svn\test-wc>md folder
>
> and then do an update
>
> C:\svn\test-wc>svn up
>
> the folder is shown as deleted even though subversion has not been
> notified about this fact (as in svn rm has not been issued anywhere).

You've deleted the .svn metadata under that directory.

> Furthermore reverting the working copy does not work and updates skip
> the "folder" resource completely.

You've deleted the pristine copy under .svn for that directory. There's
no copy left to revert.

> I perfectly understand that right at the point where I've deleted the
> folder by hand and created one with the same name I've committed a crime
> but either way the client should be immune to such situation. After all
> I'm not modifying the content of .svn folder by hand but the client does
> in a destructive manner.

You did remove the .svn data under that directory by hand along with the
directory itself. If it hurts, don't do that...

-- 
   Les Mikesell
     lesmikesell_at_gmail.com