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

Re: Feature Request: Option to *always* commit all the changes in the *entire* working copy.

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 03 Aug 2009 13:21:12 +0200

On 03.08.2009 13:07, Nick Sabalausky wrote:
> levyam Full name Andy Levy Date 2009-08-03 03:29:35 PDT Message On Sun, Aug
> 2, 2009
>>
> "Corrupted" and "data is lost" implies that you took all the correct
> actions, but the software scrambled/lost bits. What you're describing
> is a function of user action which can easily be avoided by correct
> user behavior. As I said previously, you're given plenty of
> opportunities to review what you're committing before you do it.
> <
>
> "avoided by correct user behavior"? That is an absolutely preposterous,
> barely-above-trolling argument on the same arrogance level as "RTFM". The
> whole point of version control (as well as innumerable computer
> technologies) is to prevent various forms of user error! To presume that
> preventing user error is something that should not be done is completely
> ignorant. In fact, why are you even paying *any* attention to version
> control systems if you truly feel that way about user error? Let the actual
> authors of this project respond for themselves instead of continuing in your
> attempts to troll this legitimate request into oblivion.

Please stop.
I suggest you wait a day and calm down before you write another reply.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2379495
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-08-03 13:21:32 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

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