Re: Converting to Git using svn-fe (Was: Speeding up the initial git-svn fetch)

From: Stephen Bash <bash@genarts.com>
Date: Oct 20, 2010, 14:21 UTC
Message-ID: <30010681.536316.1287584507672.JavaMail.root@mail.hq.genarts.com>
In-Reply-To: <1287563970.2673.12.camel@wpalmer.simply-domain>

----- Original Message -----

Show 11 quoted lines

> From: "Will Palmer" <wmpalmer@gmail.com>
> To: "Ramkumar Ramachandra" <artagnon@gmail.com>
> Sent: Wednesday, October 20, 2010 4:39:30 AM
> Subject: Re: Converting to Git using svn-fe (Was: Speeding up the initial git-svn fetch)
> 
> I was under the impression that there
> would be one "one-to-one" mapping branch (which would never be checked
> out), containing the history of /, and that the "real" git branches,
> tags, etc, would be based on the trees originally referenced by the root
> checkout, with git-notes (or similar) being used to track the weirdness
> in mappings.

Admittedly I'm not in the inner circle, but this is the first time I've heard the idea.  It's certainly intriguing.  In this case would the one-to-one branch include the full SVN repository history (all projects), or would svn-fe/git-fast-import filter down to subdirectories of interest?

Along those lines I can contribute the following data point: my initial fast-import repository weighs in at 1.3G, while after my scripts run the final product is 659M (and no, they are not hard linking to each other).  Unfortunately I don't have a good accounting of the size difference (obviously some is filtering down to a single SVN project).

Thanks, Stephen