[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

svn revert -R and deleted files. Bug?

From: Dmitry Suzdalev <dimsuz_at_gmail.com>
Date: 2006-11-23 19:15:35 CET

Hi!
Here's the situation.

Let's say I have working copy which has the following layout (all files and
dirs are versioned):

workingcopy/README
workingcopy/TODO
workingcopy/src/myfile.cpp
workingcopy/src/myfile.h
workingcopy/...someother_files...
...

And then I do:

cd workingcopy
svn rm README
svn rm TODO
svn rm src/myfile.*

Okaaay. Now I want to revert them all. Being in workingcopy/ I issue the
command:
svn revert -R *
(or svn revert -R . - no matter)

And here happens something strange.
src/myfile.cpp and src/myfile.h
get restored, but README and TODO are still reported by svn status as:
D README
D TODO

Why?
If I now do "svn revert README TODO" - it will restore them.
But it doesn't touch these files with "svn revert -R ."! WTF? :)

Next surprise: lets svn remove all four files again.
now do (being in workingcopy/):
svn revert -R ../workingcopy/

All works like a charm. Nice magick :-).
So revert doesn't recursively revert files in "."? Only if dirname is not "."
it works.

Is this a bug? If not than this is something counter-intuitive by all
means :-).

Cheers,
Dmitry.

PS. In case you think this is something shell-glob-related, I tried this
command on bash and zsh - same (wrong) result.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 23 19:16:06 2006

This is an archived mail posted to the Subversion Users mailing list.