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

Re: the obliterate discussion - why dumpfiltering is no valid workaround

From: patrick <Patrick.Wyss_at_mobilesolutions.ch>
Date: 2007-07-20 16:23:44 CEST

Toby Thain wrote:
>
>
> On 20-Jul-07, at 10:03 AM, patrick wrote:
>
> Problem of education? If they don't know what kind of system they're
> using, this might be the least of your problems...
>
>
please not the "if they don't know how to use it they're not worthy" hammer.
did you realy not even once add something that you regretted afterwards?

Toby Thain wrote:
>
>
> I don't want to pre-empt the experts, but I think a rationale against
> such a thing can be made. For one thing it's a powerful regret-
> generator (dangerous tool, think rm -rf but on your repo(!). Typing
> error?) It -should- be hard to destroy data; a version control system
> is designed to keep it safe. It's a bit like asking for openable
> windows on a space capsule.
>
>
1. so why does rm -rf exist then?
2. that's what backups are for. (and yeah, they are no fun if they get too
big...)

patrick

-- 
View this message in context: http://www.nabble.com/the-obliterate-discussion---why-dumpfiltering-is-no-valid-workaround-tf4116918.html#a11709141
Sent from the Subversion Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 20 16:22:57 2007

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

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