subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <>
Subject Re: svncutter can be removed
Date Wed, 03 Feb 2016 01:48:53 GMT
On Tue, Feb 2, 2016 at 7:45 PM, Eric S. Raymond <> wrote:

> Greg Stein <>:
> > But I'll take care of it for you, no worries. I'll rm the content, and
> > leave a README pointing to reposurgeon.
> Thanks.
> > Much appreciated for the prior work, and the heads up!
> As a matter of potential interest: I originally thought that svncutter
> would be completely obsolesced by reposurgeon.  But it turns out there
> is one case where the former is still more useful.  That's when you
> have a multi-project Subversion repository and want to split it up
> into components for separate conversion to git or whatever.
> Because of the difference between Subversion and DVCS branching models,
> this kind of situation is better handled by using svncutter to extract
> the components into separate dumpfiles (and then perocessing each one
> through reposugeon separately) than it would be by reading in the whole
> repo at once and doing the dissection in gitspace.

Gotcha. How is that different from "svndumpfilter include" ?

Or maybe the latter was created after you started svncutter?

That's why repocutter still exists.  It's not a hugely common case, but
> it comes up often eniugh to merit some support.

We actually use it quite a bit at the ASF, when projects go from the
"mother" svn repository, to Git repositories. Git is simply unworkable at
the scale of our svn repository, so projects have to switch to one or more
Git repos when they convert.


View raw message