Re: git svn's performance on cloning mono's branches/tags...

From: Eric Wong <normalperson@yhbt.net>
Date: Oct 1, 2009, 07:17 UTC
Message-ID: <20091001071726.GA11370@dcvr.yhbt.net>
In-Reply-To: <3ace41890909301504w633323b9ybec1f42c1c169225@mail.gmail.com>

Hin-Tak Leung <hintak.leung@gmail.com> wrote:

Show 8 quoted lines

> Hmm, I am having another problem with git-svn going back and download
> everything over and over with this:
> 
> git svn clone -s https://ndiswrapper.svn.sourceforge.net/svnroot/ndiswrapper
> 
> I am going to do two-step init -s then fetch --all now to see if it helps.
> 
> (it is probably not entirely standard layout with the extra CVSROOT?)

Hi,

The ndiswrapper layout looks to be *almost* standard, the CVSROOT can probably safely be ignored, and you should be able to _mostly_ track it with the following config:

[svn-remote "svn"]
        url = https://ndiswrapper.svn.sourceforge.net/svnroot/ndiswrapper
        fetch = trunk/ndiswrapper:refs/remotes/trunk
        branches = branches/*/ndiswrapper:refs/remotes/*
        tags = tags/*/ndiswrapper:refs/remotes/tags/*

Notice how the glob can appear in the middle of the branches and tags configs on the remote side: foo/*/bar

Unfortunately, some of the tags seem to be inconsistently tagged and some had tags/TAGNAME/README whereas others had tags/TAGNAME/ndiswrapper/README (I'm using "README" to designate where the logical top-level working directory would be).

"svn log -v https://ndiswrapper.svn.sourceforge.net/svnroot/ndiswrapper/tags" should help find the ones that are tagged at the wrong depth:

VERSION_1_24 for example:

	fetch = tags/VERSION_1_24:refs/remotes/tags/VERSION_1_24

-- 
Eric Wong