fetch: run gc --auto after fetching
authorJeff King <peff@peff.net>
Sat, 26 Jan 2013 22:40:38 +0000 (17:40 -0500)
committerJunio C Hamano <gitster@pobox.com>
Sun, 27 Jan 2013 03:25:38 +0000 (19:25 -0800)
commit131b8fcbfbea0acee8d78a8f9b2b3fee4285aee5
tree04bd5afd5104fe96d78528ea1705585a4e616bb6
parent7e2010537e96d0a1144520222f20ba1dc3d61441
fetch: run gc --auto after fetching

We generally try to run "gc --auto" after any commands that
might introduce a large number of new objects. An obvious
place to do so is after running "fetch", which may introduce
new loose objects or packs (depending on the size of the
fetch).

While an active developer repository will probably
eventually trigger a "gc --auto" on another action (e.g.,
git-rebase), there are two good reasons why it is nicer to
do it at fetch time:

  1. Read-only repositories which track an upstream (e.g., a
     continuous integration server which fetches and builds,
     but never makes new commits) will accrue loose objects
     and small packs, but never coalesce them into a more
     efficient larger pack.

  2. Fetching is often already perceived to be slow to the
     user, since they have to wait on the network. It's much
     more pleasant to include a potentially slow auto-gc as
     part of the already-long network fetch than in the
     middle of productive work with git-rebase or similar.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/fetch.c