solo turn wrote:
>--- Garrett Rooney <rooneg@electricjellyfish.net> wrote:
>
>
>>On Tuesday, April 29, 2003, at 05:49 PM, solo turn wrote:
>>
>>
>>
>>>may i suggest to switch default behaviour of "svn revert" to be
>>>recursive, like all the other commands?
>>>
>>>i'm not sure if i'm the only one who gets trapped from time to
>>>
>>>
>>time
>>
>>
>>>there ... but i'm sure i get trapped.
>>>
>>>
>>you can suggest all you want, but it isn't going to happen. svn
>>revert
>>is nonrecursive for a reason, it's a command that can result in
>>data
>>loss (since its results cannot always be reverted), so it requires
>>the
>>user to be quite specific about what they want it to do.
>>
>>-garrett
>>
>>
>>
>
>i think this behaviour is inconsistent. revert is revert. this is
>very specific. if you fear data loss, you might add a 'are you really
>absolutely sure that you want to throw away your change here?'
>question for every item reverted. you might also have different
>'modes' of operation, expert and novice (novice asks, and expert does
>not). but novice mode is for post-1.0.
>
So you want Subversion to silently clobber your local mods if you happen
to mistype a command?
Perhaps we should also add an --enable-kamikaze-mode switch to
configure, that would make all server operations faster by not using
transactions in the database.
>in unix you have cp -r, and rm -r ... and nobody has the idea of
>using rm -QaX, cause you have to pay attention when using rm ...
>making a command tricky or surprising to use, because it can cause
>data loss, is not a real solution.
>
Nonsense. If the first thing in youre .rc file on Unix is not
alias rm='rm -i'
then I suggest you try typing
rm -fr * .o
in your source tree someday.
--
Brane Čibej <brane_at_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
Received on Wed Apr 30 01:07:54 2003