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

Re: revert behaviour/documentation

From: <kfogel_at_collab.net>
Date: 2003-11-03 06:04:29 CET

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


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

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

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