Re: People unaware of the importance of "git gc"?
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Sep 6, 2007, 17:49 UTC
- Message-ID
- <7vk5r3adlx.fsf@gitster.siamese.dyndns.org>
- In-Reply-To
- <Pine.LNX.4.64.0709061651550.28586@racer.site>
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
Show 12 quoted lines
> On Wed, 5 Sep 2007, Junio C Hamano wrote: > >> @@ -20,6 +20,7 @@ static const char builtin_gc_usage[] = "git-gc [--prune] [--aggressive]"; >> >> static int pack_refs = 1; >> static int aggressive_window = -1; >> +static int gc_auto_threshold = 6700; > > Please don't do that. > > When you share objects with another git directory, git-gc --auto can get > rid of the objects when some objects go away in the referenced repository.
I thought the whole point of "gc --auto" was to have something that does not lose/prune any objects, even the ones that do not seem to be referenced from anywhere. That is why invocations of "git gc --auto" do not say --prune as you saw the second patch, and the repack command "gc --auto" runs is "repack -d -l" instead of "repack -a -d -l", which means that it does run git-prune-packed after repacking but not git-prune.
Maybe I am missing something...