]> git.ipfire.org Git - thirdparty/git.git/commitdiff
doc/git-repack: don't mention nonexistent "--unpacked" option
authorPatrick Steinhardt <ps@pks.im>
Mon, 16 Oct 2023 07:19:56 +0000 (09:19 +0200)
committerJunio C Hamano <gitster@pobox.com>
Mon, 16 Oct 2023 21:21:59 +0000 (14:21 -0700)
The documentation for geometric repacking mentions a "--unpacked" option
that supposedly changes how loose objects are rolled up. This option has
never existed, and the implied behaviour, namely to include all unpacked
objects into the resulting packfile, is in fact the default behaviour.

Correct the documentation to not mention this option.

Signed-off-by: Patrick Steinhardt <ps@pks.im>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-repack.txt

index 60ffe830a6a38f867a4ad27c61fd6489f1da357b..b63e8abc7d1bd951fa57f74b1b7d213db2916c55 100644 (file)
@@ -203,11 +203,8 @@ uniquely by the set of packs being "rolled-up"; in other words, the
 packs determined to need to be combined in order to restore a geometric
 progression.
 +
-When `--unpacked` is specified, loose objects are implicitly included in
-this "roll-up", without respect to their reachability. This is subject
-to change in the future. This option (implying a drastically different
-repack mode) is not guaranteed to work with all other combinations of
-option to `git repack`.
+Loose objects are implicitly included in this "roll-up", without respect to
+their reachability. This is subject to change in the future.
 +
 When writing a multi-pack bitmap, `git repack` selects the largest resulting
 pack as the preferred pack for object selection by the MIDX (see