git-svn should default to --repack

I was very surprised to find that git-svn does not in fact default to  
--repack. I firmly believe it should. Here's an example as to why it  
should.

I used git-svn to import a repository with 33000 revisions and about  
7500 files. It took about 18 hours to import. When it was done,  
my .git folder had 242001 files that comprised 2.0GB. I ran `git gc -- 
agressive --prune` and let that sit overnight (I wish it was more  
verbose, it went for over an hour without printing anything), and that  
managed to compress the repo down to 334 files and 64MB.

Now I have to figure out how to delete the .git folder from my regular  
backups.

http://skitch.com/kballard/r7mn/results-of-git-gc-ono-macports-repo

-- 
Kevin Ballard
http://kevin.sb.org
kevin@sb.org
http://www.tildesoft.com

On 2008-01-18 07:17:55 -0500, Kevin Ballard wrote:

I was very surprised to find that git-svn does not in fact default
to --repack. I firmly believe it should.

I believe so too. And nowadays there's "git gc --auto", which was made
for occasions such as this, so it should be a breeze to implement. The
overhead might be low enough that it can be called after _every_
imported revision.

-- 
Karl Hasselström, kha@treskal.com
      www.treskal.com/kalle