Re: revert --force

Greetings, Tobias Hahn!

> I am frequently unnerved by the fact that revert does not remove unversioned
> files and directories. I understand that protecting them from accidental
> deletion is often desirable, but not always. My suggestion is therefore to
> add a --force option to revert which does a true revert: It reverts the
> working copy without trying to be smart and just erases everything what's
> not in the repository.

> Here's my use case:
> - I'm working on a branch.
> - I have a path in my working copy which is modified by some automatic scripts.
> - About once a week, I merge trunk. To do so, I need a clean working copy. To get it clean, I have to
> - manually delete all these files (slow and error prone) or
> - delete the path and checkout again (very slow)
> - just revert --force it (wishful thinking).

> Thoughts?

It is why "svn export" has "--force" switch.
Don't do your tests in working copy. Have some other place to export it to and
run your tests.
It's not as fast as "just run", but certainly faster than making a new clean WC.

P.S.
users_at_subversion.tigris.org is not recommended for new topics, you know?
Use users_at_subversion.apache.org mailing list instead.

--
WBR,
 Andrey Repin (anrdaemon_at_freemail.ru) 11.12.2009, <7:25>
Sorry for my terrible english...
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2429671
Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.