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

Re: svnadmin obliterate features (was: RE: the obliterate discussion - why dumpfiltering is no validworkaround)

From: Cem Karan <ckaran_at_arl.army.mil>
Date: 2007-07-24 14:09:15 CEST

On Jul 24, 2007, at 12:57 AM, patrick wrote:

> Cem Karan wrote:
>
>> svnadmin obliterate -r 123:145 myFile
>>
>> Other command forms would look like:
>>
>> svnadmin obliterate [-r M:N] sourceURL // Wipe out a specified range
>> svnadmin obliterate [-r :N] sourceURL // Wipe out everything up to
>> version N
>> svnadmin obliterate [-r M:] sourceURL // Wipe out everything starting
>> from version M through the most current
>> svnadmin obliterate [-r M] sourceURL // Wipe out version M
>
> deleting a single revision makes it necessary to recalculate the
> delta for
> the version before or after (AFAIK DB and FSFS do deltas in opposite
> direction)
> deleting whole ranges makes it necessary to "sum up" these deltas.
>
> i recon that the delta algorithm is already implemented so i guess
> it does
> not make the task a lot more difficult. (how about performance?).
>
> i can see the need for this function but IMO one could start with
> the real
> simple solution and have this added in a second iteration.

I can see where you're coming from, but I honestly don't know the
level of effort involved either way. Karl, do you have any idea how
hard it would be to do range based obliteration? And what it may do
to the performance? My gut feeling is that getting the obliterate
command working pretty much as everyone wants it to work on the first
go around may be easier than modifying it later on (I could be wrong
of course).

Thanks,
Cem Karan

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 24 14:08:33 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.