> 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 > lesmikes...@gmail.com
