Re: git-svn commit count vs- revision count

From: Michael J Gruber <git@drmicha.warpmail.net>
Date: Jul 27, 2009, 09:59 UTC
Message-ID: <4A6D7A6C.7020909@drmicha.warpmail.net>
In-Reply-To: <4A6D6916.2040509@e-tobi.net>

Tobi venit, vidit, dixit 27.07.2009 10:45:

Show 14 quoted lines

> Hi!
> 
> I've `git-svn clone`ed a pretty large repository, which took about 3 days
> even with with local access to the SVN repository. To check that
> everything went ok, I listed the root commits with `git fsck --root
> --full` and verfied, that these are indeed root commits with no branch point.
> 
> So far so good... what's puzzling me is, that `git rev-list --all | wc -l`
> says I have 40731 commits, but the SVN repository only has 21875 revisons.
> 
> Shouldn't these numbers be the same? The only explanation I have, is, that
> git-svn imported one or more branches or tags, where it failed to find the
> correct branch point in the history. Is there a way to figure out, if
> there went something wrong and possibly fix it?

With svn, it is possible to commit to (or create) several branches or tags in one go (i.e. revision), whereas with git those would be individual commits. For example, some people always create a commit and a tag "pointing" to it in one go in svn (commit to trunk and tags/foo). (The same is true for "svn style subprojects", i.e. subdirs used as subprojects.)

If that has been used to a large extent then it may explain the difference, although it is very large. Have you checked whether git-svn produced the (number of) branches and tags that you expect?

Michael