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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2009-04-22 at 11:55 +0200, Sverre Rabbelier wrote:
> Heya,
> 
> On Wed, Apr 22, 2009 at 09:40, Lachlan Deck <lachlan.deck@xxxxxxxxx> 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

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]