From: Thomas Glanzmann Date: Tue, 24 May 2005 20:28:47 GMT Subject: Re: gitweb wishlist Message-ID: <20050524202846.GC25606@cip.informatik.uni-erlangen.de> In-Reply-To: Hello, > Almost eight minutes. Still, the final average was 8 changesets per > second, which sounds pretty damn good to me, actually. yes, it is. ;-) > Anyway, I've checked in the fix for the quoting, and I now get the right > number of revisions, ie > git-rev-tree $(ls .git/refs/heads/) | wc -l > returns the same "3757" that cvsps reports. Nice! :-) btw: For the mutt tree there are a few 'empty commits' eg were the parent tree is the same as the current. This is because git ignores .cvsignore and they commited some .cvsignore files without any other deltas. I don't know if you want to handle this. Just a note. > However, "git-fsck-cache --unreachable" reports 102 unreachable blobs, > which worries me. It's really blobs only, which is strange: it implies > that we did the "git-update-cache" but not a "git-write-tree" (or that the > git-write-tree failed for some reason, but that sounds even stranger, > since we did successfully do all the commits) > The only way I can see the unreachable blobs happening is if one of the > ChangeSet entries in cvsps mentions the _same_ pathname twice for a single > ChangeSet. David, is that possible? Yes, it is, I had that problem before. For example tlr commtis the changelog seperate with '# changlog' or so log message and cvsps thinks because of the 'time fuzz which defaults to a way to high value' that three changelog commits are all one delta. And that it adds three entries. And what annoys me most in the wrong direction. So if you would apply them as patches they don't apply because of the wrong ordering. Reference: PatchSet 3005 Date: 2002/12/07 19:19:42 Author: roessler Branch: HEAD Tag: (none) Log: # changelog commit Members: ChangeLog:3.7->3.8 ChangeLog:3.6->3.7 ChangeLog:3.5->3.6 Just call cvsps with -z "20" for the mutt repository also -z 1 should work because the timestamps of one 'commit' are all set to the same value. Thomas