Skip to content

Commit ca3285d

Browse files
pks-tgitster
authored andcommitted
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 <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent e9cc3a0 commit ca3285d

File tree

1 file changed

+2
-5
lines changed

1 file changed

+2
-5
lines changed

Documentation/git-repack.txt

Lines changed: 2 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -203,11 +203,8 @@ uniquely by the set of packs being "rolled-up"; in other words, the
203203
packs determined to need to be combined in order to restore a geometric
204204
progression.
205205
+
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.
211208
+
212209
When writing a multi-pack bitmap, `git repack` selects the largest resulting
213210
pack as the preferred pack for object selection by the MIDX (see

0 commit comments

Comments
 (0)