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

Re: Elliotte Rusty Harold gets it wrong

From: Greg Rundlett <greg.rundlett_at_oasis-open.org>
Date: 2007-10-09 21:13:00 CEST

On Tuesday 09 October 2007 02:21:25 pm Karl Fogel wrote:
> Greg Rundlett <greg.rundlett@oasis-open.org> writes:
> > You're mistaken about SVN missing the feature to permanently delete
> > ("obliterate") repository contents. It's just that it is not a user
> > function. Rather, it is an administrator function -- available since
> > version 1 at least. The repository administrator would use svndumpfilter
> > to take a repository and filter out the bad commit(s) and pipe that into
> > a new repository. You don't want to do this all the time because it takes
> > skill and effort, but it's supposed to be a low occurence event. The
> > absence of a user-level 'obliterate' function is considered a feature,
> > not a bug by the svn developers.
>
> Well, many of us consider the lack of a convenient 'obliterate' command
> to be a bug, see http://subversion.tigris.org/issues/show_bug.cgi?id=516.
> However, there's a workaround, and designing the feature would
> actually be non-trivial, so we haven't done it yet.
>
> -Karl
>
Thanks for the clarification and pointer Karl.

Now that there is evident support for creating some obliterate command, I'm
looking forward to the day when it's actively under development.

I have to trim the size of my repository, because I simply do not care about
what happened two or three years ago in my repository. I don't mind if that
data is discarded or at least taken 'offline'. I'll be using svndumpfilter.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 9 21:13:31 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.