Wishlist -- svndumpfilter functionality moved into svnadmin

["C. Michael Pilato" <cm...@collab.net>]

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

> Sancho Neves-Graca <sa...@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