doc/git-repack: don't mention nonexistent "--unpacked" option
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>
Patrick Steinhardt committed
Oct 16, 2023 at 09:19 UTC
ca3285dd69413c599687e9024127767dd4a3be62
1 file changed
+2
-5
Documentation/git-repack.txt
+2
-5
@@ -203,11 +203,8 @@ uniquely by the set of packs being "rolled-up"; in other words, the
203
packs determined to need to be combined in order to restore a geometric
204
progression.
205
+
206
-When `--unpacked` is specified, loose objects are implicitly included in
207
-this "roll-up", without respect to their reachability. This is subject
208
-to change in the future. This option (implying a drastically different
209
-repack mode) is not guaranteed to work with all other combinations of
210
-option to `git repack`.
206
+Loose objects are implicitly included in this "roll-up", without respect to
207
+their reachability. This is subject to change in the future.
208
+
209
When writing a multi-pack bitmap, `git repack` selects the largest resulting
210
pack as the preferred pack for object selection by the MIDX (see