Skip to content

Commit 0044f77

Browse files
avargitster
authored andcommitted
gc docs: remove incorrect reference to gc.auto=0
The chance of a repository being corrupted due to a "gc" has nothing to do with whether or not that "gc" was invoked via "gc --auto", but whether there's other concurrent operations happening. This is already noted earlier in the paragraph, so there's no reason to suggest this here. The user can infer from the rest of the documentation that "gc" will run automatically unless gc.auto=0 is set, and we shouldn't confuse the issue by implying that "gc --auto" is somehow more prone to produce corruption than a normal "gc". Well, it is in the sense that a blocking "gc" would stop you from doing anything else in *that* particular terminal window, but users are likely to have another window, or to be worried about how concurrent "gc" on a server might cause corruption. Signed-off-by: Ævar Arnfjörð Bjarmason <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent daecbf2 commit 0044f77

File tree

1 file changed

+1
-2
lines changed

1 file changed

+1
-2
lines changed

Documentation/git-gc.txt

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -141,8 +141,7 @@ mitigate this problem:
141141

142142
However, these features fall short of a complete solution, so users who
143143
run commands concurrently have to live with some risk of corruption (which
144-
seems to be low in practice) unless they turn off automatic garbage
145-
collection with 'git config gc.auto 0'.
144+
seems to be low in practice).
146145

147146
HOOKS
148147
-----

0 commit comments

Comments
 (0)