]> git.ipfire.org Git - thirdparty/git.git/commit - Documentation/git-repack.txt
repack: extend --keep-unreachable to loose objects
authorJeff King <peff@peff.net>
Mon, 13 Jun 2016 04:38:04 +0000 (00:38 -0400)
committerJunio C Hamano <gitster@pobox.com>
Tue, 14 Jun 2016 20:57:45 +0000 (13:57 -0700)
commite26a8c4721ceaf4c59e33bbd4e60f777b7ea9b62
tree621b15b1697fda207311a48baf647cce59c53c9e
parent905f27b86ac1f50c6870a064c3b5b9d82c97a145
repack: extend --keep-unreachable to loose objects

If you use "repack -adk" currently, we will pack all objects
that are already packed into the new pack, and then drop the
old packs. However, loose unreachable objects will be left
as-is. In theory these are meant to expire eventually with
"git prune". But if you are using "repack -k", you probably
want to keep things forever and therefore do not run "git
prune" at all. Meaning those loose objects may build up over
time and end up fooling any object-count heuristics (such as
the one done by "gc --auto", though since git-gc does not
support "repack -k", this really applies to whatever custom
scripts people might have driving "repack -k").

With this patch, we instead stuff any loose unreachable
objects into the pack along with the already-packed
unreachable objects. This may seem wasteful, but it is
really no more so than using "repack -k" in the first place.
We are at a slight disadvantage, in that we have no useful
ordering for the result, or names to hand to the delta code.
However, this is again no worse than what "repack -k" is
already doing for the packed objects. The packing of these
objects doesn't matter much because they should not be
accessed frequently (unless they actually _do_ become
referenced, but then they would get moved to a different
part of the packfile during the next repack).

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-repack.txt
builtin/pack-objects.c
builtin/repack.c
t/t7701-repack-unpack-unreachable.sh