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

Re: How to remove *latest* revision(s) from repository?

From: Holger Stratmann <tigris_at_finch.de>
Date: 2005-08-08 19:05:10 CEST

Hi Bob,

thanks a lot for your help, but now it seems you haven't even read what
I wrote...

>Here is the project issue number on this problem....
>Things are actually rather complicated.
What I'm talking about is a *completely* different thing!!!
That's why I put *latest* in *bold* ;-))

#1) It's not a "vertical" change (potentially affecting all prior
revisions like "obliterating" a file from all previous revisions)
#2) It does not affect any "newer" revisions (because there aren't any)
that might be diffs against the one I'm trying to delete

I still believe that:

>My "entire" problem is about 4-6 bytes.
and - no offense intended or taken (!) - my view of things is not as
naive as you seem to think :-)))

I could possibly even do this with a post commit hook that copies the
"current"-file to "backup/current.R[n] after every new revision.

I guess I'll file a feature request for this. But of course I'll need
some time to verify it's no duplicate and check with a new mail to the
mailing list first... guess I won't have time to do that this week...


Bob Proulx wrote:

>Holger Stratmann wrote:
>>To all: I think there "should" be a simpler solution - at least for fsfs!
>>Actually, I could imagine that this "feature" could be implemented in
>>svnadmin within something like an hour. (!! no, really!). Of course (?)
>>it should be svnadmin and not svn client... (it *could* break working
>>After all, this is just about deleting a few (revision) files, nothing
>>more! (and telling SubVersion that they don't exist any more)
>>My "entire" problem is about 4-6 bytes. The "current" file starts with
>>the current revision number in plain text and then about 5 more characters.
>>Dumping and reloading an entire repository seems to be an awful solution
>>for this...
>>>Search the mailing list archives for "svnadmin" "dump" and "load" and
>>>you should fine various examples. This is a very similar problem to
>>>the one of changing underlying database formats.
>>I don't agree here. Changing the database format affects ALL data - and
>>it affects data you want to keep.
>>What I need is just deleting the latest additions (no problem at all in
>>fsfs!) and then letting SubVersion know that they are gone...
>Here is the project issue number on this problem. Please read it to
>see why this is really not a simple thing to do.
> http://subversion.tigris.org/issues/show_bug.cgi?id=516
>And actually I should have suggested that you search for "obliterate"
>too. There is at least a hundred postings deep discussing this issue
>in this next thread.
> http://subversion.tigris.org/servlets/BrowseList?list=users&by=thread&from=313151
>Things are actually rather complicated.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 8 19:06:52 2005

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.