]> git.ipfire.org Git - thirdparty/git.git/commit - builtin/multi-pack-index.c
midx: allow marking a pack as preferred
authorTaylor Blau <me@ttaylorr.com>
Tue, 30 Mar 2021 15:04:11 +0000 (11:04 -0400)
committerJunio C Hamano <gitster@pobox.com>
Thu, 1 Apr 2021 20:07:37 +0000 (13:07 -0700)
commit9218c6a40c37023a1f434222d501218cf8157857
tree04e21a6dcb3a8f1e11c151597a5fcf31be20f44d
parent86d174b7246b634ddb991d67e1ee4575fcc8d1e4
midx: allow marking a pack as preferred

When multiple packs in the multi-pack index contain the same object, the
MIDX machinery must make a choice about which pack it associates with
that object. Prior to this patch, the lowest-ordered[1] pack was always
selected.

Pack selection for duplicate objects is relatively unimportant today,
but it will become important for multi-pack bitmaps. This is because we
can only invoke the pack-reuse mechanism when all of the bits for reused
objects come from the reuse pack (in order to ensure that all reused
deltas can find their base objects in the same pack).

To encourage the pack selection process to prefer one pack over another
(the pack to be preferred is the one a caller would like to later use as
a reuse pack), introduce the concept of a "preferred pack". When
provided, the MIDX code will always prefer an object found in a
preferred pack over any other.

No format changes are required to store the preferred pack, since it
will be able to be inferred with a corresponding MIDX bitmap, by looking
up the pack associated with the object in the first bit position (this
ordering is described in detail in a subsequent commit).

[1]: the ordering is specified by MIDX internals; for our purposes we
can consider the "lowest ordered" pack to be "the one with the
most-recent mtime.

Signed-off-by: Taylor Blau <me@ttaylorr.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-multi-pack-index.txt
Documentation/technical/multi-pack-index.txt
builtin/multi-pack-index.c
builtin/repack.c
midx.c
midx.h
t/t5319-multi-pack-index.sh