Joe Drew <hoserhead@woot.net> writes:
> >From my original mail:
>
> > (I discovered this when I removed a directory and then copied another
> > on-top of where it would have been; svn revert left the copy there
> > instead of putting the old copy back. This is because "we're simply
> > erring on the side of safety.")
Sorry for missing it the first time, Joe.
Yah, I think the documentation should be changed. Changing the
behavior would be a lot of effort for only a minor gain.
I've changed it, hopefully this will be clearer:
$ svn help revert
revert: Restore pristine working copy file (undo most local edits).
usage: revert PATH...
Note: this subcommand does not require network access, and resolves
any conflicted states. However, it does not restore removed directories.
Valid options:
--targets arg : pass contents of file ARG as additional args
-R [--recursive] : descend recursively
-q [--quiet] : print as little as possible
--config-dir arg : read user configuration files from directory ARG
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 3 06:44:33 2003