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
> copies)
>
> 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.
Bob
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 8 18:13:13 2005