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

Re: Why won't `svn revert` restore directories?

From: Ryan Schmidt <subversion-2006c_at_ryandesign.com>
Date: 2006-08-22 00:56:44 CEST

On Aug 21, 2006, at 14:30, Piotr Przybylak wrote:

> 2006/7/18, Ryan Schmidt wrote:
>> If OTOH you did "rm -rf <directory>" then you could not "svn revert
>> <directory>" because the rm -rf also removed the .svn directory with
>> the pristine files.
> So what one should do to make local working copy usable again, without
> deleting the whole working copy and checking it out again. In other
> words how can you revert just this deleted directory ?

Just so we're clear: you should not delete a versioned directory
using "rm -rf <directory>" or equivalent, because Subversion does not
know that you have done this. You should be using "svn rm
<directory>" if you want to schedule a directory for removal from
version control, and if you want to undo that scheduled removal, then
you "svn revert <directory>" to bring it back.

If you have however used "rm -rf <directory>" and now want it back,
then "svn revert <directory>" doesn't work, as explained above. In
fact, if I try it with Subversion 1.3.2, it prints this error message:

Failed to revert '<directory>' -- try updating instead.

So the solution is, as the message states, to "svn up <directory>"
instead and it'll pull the current version down from the server again.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 22 00:58:28 2006

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.