Re: git-svn init/fetch: wow that's slow

From: Sam Vilain <sam@vilain.net>
Date: Apr 22, 2009, 11:05 UTC
Message-ID: <1240398352.20236.26.camel@maia.lan>
In-Reply-To: <fabb9a1e0904220255w55c8fee1uf534aad07cefa818@mail.gmail.com>

On Wed, 2009-04-22 at 11:55 +0200, Sverre Rabbelier wrote:

Show 11 quoted lines

> Heya,
> 
> On Wed, Apr 22, 2009 at 09:40, Lachlan Deck <lachlan.deck@gmail.com> wrote:
> > Okay, so I'm using git 1.6.2. I assume this is all a 'known issue'. Has
> > there been any work / plans towards improving this?
> 
> This can be improved by using svn 1.5's delta feature, however, Eric
> (the author of git-svn) does not have the time to do this, and no-one
> has stepped up to do this.
> A workaround is to not clone from r1 but instead start at a more
> recent revision.

Fetching over plain svn:// is IME much faster. But let's face it, SVN is no race-horse and was never designed for the case where people like to look at their history much. Developing with a trunk was so painful, people would rather just forget...

One workaround is to use SVK to do the initial mirroring, and the --use-svm-mirror flag to convert your SVK mirror path to git. See http://utsl.gen.nz/talks/git-svn/intro.html for a guide for the second part of that. SVK has implemented some of the harder parts of the SVN API to get right, such as request pipelining - see http://code.bestpractical.com/svk/trunk/lib/SVK/Mirror/Backend/SVNRaPipe.pm for how the SVN API "supports" this. As a result of this dedication to the cause, SVK does this part very quickly.

Sam