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

Re: svncutter can be removed

From: Greg Stein <gstein_at_gmail.com>
Date: Tue, 2 Feb 2016 22:57:46 -0600

Excellent. Thanks for the detailed information. It sounds like you've
filled in lots of edge details.

On Tue, Feb 2, 2016 at 9:43 PM, Eric S. Raymond <esr_at_thyrsus.com> wrote:

> Greg Stein <gstein_at_gmail.com>:
> > Gotcha. How is that different from "svndumpfilter include" ?
> >
> > Or maybe the latter was created after you started svncutter?
>
> I think it was; svncutter dates back to 2009, possibly earlier.
>
> Another function it has is test load reduction. There's a 'strip' command
> that replaces all content blobs with small unique cookies, leaving all
> node structure and metadata intact.
>
> This is very handy when some metadata malformation triggers a bug and
> the person reporting wants to send me a smallest-possible repo that will
> reproduce it.
>
> Usually the test load can be made still smaller with a 'reduce' operation.
> This, essentially, drops all nodes corresponding to plain file changes
> that are not adjacent to something interesting, like a copyfrom or
> directory
> creatio or property change. So, the branch topology is preserved.
>
> Always, so far, if a full repository triggers a bug, the stripped and
> reduced version does too. And is much easier to pass around and look at.
> --
> Eric S. Raymond
>
Received on 2016-02-03 05:57:58 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.