> 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.
Update is totally different than revert. If you delete the folder then do an UP the folder is replaced "A". However, if you create a dir then remove that and do an UP the folder isn't fetched. It does seem strange. I assume something is going on where .svn at the root indicates that folder is there.
BOb
>
> > 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
Received on 2010-04-23 17:48:50 CEST