Re: People unaware of the importance of "git gc"?

From: Junio C Hamano <gitster@pobox.com>
Date: Sep 5, 2007, 21:46 UTC
Message-ID: <7v1wdciy3w.fsf@gitster.siamese.dyndns.org>
In-Reply-To: <alpine.LFD.0.9999.0709051634190.21186@xanadu.home>

Nicolas Pitre <nico@cam.org> writes:

Show 9 quoted lines

>> This patch does not add invocation of the "auto repacking".  It
>> is left to key Porcelain commands that could produce tons of
>> loose objects to add a call to "git gc --auto" after they are
>> done their work.  Obvious candidates are:
>> 
>> 	git add
>
> Nope!  'git add' creates loose objects which are not yet reachable from 
> anywhere.  They won't get repacked until a commit is made.

Bzzt, I am releaved to see you are sometimes wrong ;-)

They are reachable from the index and are not subject to pruning.

>> 	git fetch
>
> I think that would be a much better idea to simply decrease the 
> fetch.unpackLimit default value.

One thing that I find lacking in that auto patch is actually that we should sometimes consolidate multiple small packs into a single larger one. Any behaviour change to encourage creation of many tiny packs should be avoided until it materializes.

Probably we should introduce a built-in minimum value for a positive gc.auto, somewhere around 1000 or so, for this reason.