[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: Toby Thain <toby_at_smartgames.ca>
Date: 2007-07-20 15:52:24 CEST

On 20-Jul-07, at 10:03 AM, patrick wrote:

>
> hi there,
>
> yep i know there has been a lot of talk about the obliterate
> (completely
> remove, purge, erease, zap...).
> and yes i know there is a workaround called dump-filter-load.
> the only problem is that the workaround just does not work!
> nope it doesn't.
> it specifically does not work when you have inexperienced users ...
> i'm talking hundreds of files, hundreds of nodepaths, gigs of disc
> space.

Problem of education? If they don't know what kind of system they're
using, this might be the least of your problems...

>
> everybody who tried to dumpfilter it knows that it can be hours of
> error-prone work ...
>
> if i had just one wish it'd be a non-blocking (or very shortly
> blocking ;-))
> svadmin obliterate MYREPOS *.log

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.

>
> at least would it be possible to have some "dump grep sed-awk
> dumpfilter
> load" thing which does the work (my solution involves and cygwin-
> grepping
> and ultraedit, not the worlds most elegant solution...)

--T

>
> best regards for any help with this
> patrick
>
> ps: and by the way for all monthy python fans: jehowah
> --
> View this message in context: http://www.nabble.com/the-obliterate-
> discussion---why-dumpfiltering-is-no-valid-workaround-
> tf4116918.html#a11707761
> 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
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 20 15:51:39 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.