You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Branko Čibej <br...@xbc.nu> on 2003/04/30 14:55:28 UTC
Re: svn commit: rev 5772 - trunk/www
cmpilato@tigris.org wrote:
>Author: cmpilato
>Date: Wed Apr 30 08:36:46 2003
>New Revision: 5772
>
>Modified:
> trunk/www/project_faq.html
>Log:
>Add a FAQ entry about "svn revert".
>
>Modified: trunk/www/project_faq.html
>==============================================================================
>--- trunk/www/project_faq.html (original)
>+++ trunk/www/project_faq.html Wed Apr 30 08:36:46 2003
>@@ -74,6 +74,9 @@
> happening?</a></li>
> <li><a href="#ethereal">What is the best method of doing a network
> trace of the conversation between a Subversion client and server?</a></li>
>+<li><a href="#revert">Why does the <tt>svn revert</tt> require an
>+ explicit target? Why is not recursive by default? These behaviors
>
^ it
>+ differ from almost all the other subcommands.</a></li>
> <p>
>
> <strong>References:</strong>
>@@ -830,6 +833,28 @@
> <p>You may well want to disable compression when doing a network
> trace, see the <tt>compression</tt> parameter in the <tt>config</tt>
> configuration file.</p>
>+
>+<![CDATA[-----------------------------------------------------------]]>
>+
>+<h3><a name="revert">Why does the <tt>svn revert</tt> require an
>+ explicit target? Why is not recursive by default? These behaviors
>
^ it
>+ differ from almost all the other subcommands.</a></h3>
>+
>+<p>The short answer: it's for your own good (or "Believe me, son, this
>+hurts me more than it does you").</p>
>+
>+<p>Subversion places a very high priority on protecting your data, and
>+not just your versioned data. Modifications that you make to
>+already-versioned files, and new files scheduled for addition to the
>+version control system, must be treated with care.</p>
>+
>+<p>Making the <tt>svn revert</tt> command require an explicit
>+target — even if that target is just '.' — is one way of
>
No spaces around —es, remember?
>+accomplishing that. This requirement (as well as requiring you to
>+supply the <tt>--recursive (-R)</tt> flag if you want that behavior)
>+is intended to make you really think about what you're doing, because
>+once your files are reverted, your local modifications are gone
>+forever.</p>
>
>
--
Brane Čibej <br...@xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn commit: rev 5772 - trunk/www
Posted by cm...@collab.net.
=?UTF-8?B?QnJhbmtvIMSMaWJlag==?= <br...@xbc.nu> writes:
> >+<li><a href="#revert">Why does the <tt>svn revert</tt> require an
> >+ explicit target? Why is not recursive by default? These behaviors
> >
> ^ it
Yep. Thanks (x2).
> >+<p>Making the <tt>svn revert</tt> command require an explicit
> >+target — even if that target is just '.' — is one way of
> >
> No spaces around —es, remember?
Heh. I had no spaces, but my browser rendered the emdash so horribly
(looking the file in my working copy) that I added spaces to unjumble
things. Now I see that on the live site, the emdashes are rendered
correctly. Buh-bye, spaces.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org