• Jim Meyering's avatar
    Run "git repack -a -d" once more at end, if there's 1MB or more of not-packed data. · efe4abd1
    Jim Meyering authored
    Although I converted upstream coreutils to git last month, I just
    reconverted coreutils once again, as a test, and ended up with a
    git repository of about 130MB (contrast with my packed git repo of
    size 52MB).  That was because there were a lot of commits (but < 1024)
    after the final automatic "git-repack -a -d".
    Running a final
      git-repack -a -d && git-prune-packed
    cut the final repository size down to the expected size.
    So this looks like an easy way to improve git-cvsimport.
    Just run "git repack ..." at the end if there's more than
    some reasonable amount of not-packed data.
    My choice of 1MB is a little arbitrarily.  I wouldn't mind missing
    the minimal repo size by 1MB.  At the other end of the spectrum,
    it's probably not worthwhile to pack everything when the total
    repository size is less than 1MB.
    Here's the patch:
    Signed-off-by: default avatarJim Meyering <[email protected]>
    Signed-off-by: default avatarJunio C Hamano <[email protected]>
git-cvsimport.perl 23.7 KB