Wishlist -- svndumpfilter functionality moved into svnadmin

Ben Collins-Sussman <sussman@collab.net> writes:

> Sancho Neves-Graca <sancho@neves-graca.org> writes:
>
> > In the meantime, is there any workaround to accomplish the permanent
> > deletion?
>
> Yes... 'svnadmin dump' your repository to a dumpfile, then 'svnadmin
> load' it into a new repository, but use 'svndumpfilter' to screen out
> all mention of the directory you want to be gone.
>
> We really ought to mention this workaround in the book... hm.

Heh. I forgot all about the dumpfilter! Nice one, Ben.

--[ topic change ]--

I'd be all for mentioning it in the book if I really felt that
svndumpfilter was ready for primetime. But alas, it isn't, and can't
be -- the concept is fundamentally flawed. :-( Because we don't report
fulltexts on every recursive item in a copy, and because svndumpfilter
has no access to those fulltexts, it cannot (and trust -- does not)
properly handle the case where an item was copied from an excluded
path to an included one.

As I've said off-list in the past, svndumpfilter's functionality
belongs in svnadmin.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Oct 4 23:06:00 2003