path: root/Documentation/git-gc.txt
diff options
authorÆvar Arnfjörð Bjarmason <>2019-04-07 19:52:17 (GMT)
committerJunio C Hamano <>2019-04-08 08:01:10 (GMT)
commit0044f7700fdbfdb04b8f88c385ca6fd545e1e1bb (patch)
treea365459b8b9835bf65f312aa1840868cd773cd7c /Documentation/git-gc.txt
parentdaecbf2261f595935c999a00a1f9bc433df80e2c (diff)
gc docs: remove incorrect reference to
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 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 <> Signed-off-by: Junio C Hamano <>
Diffstat (limited to 'Documentation/git-gc.txt')
1 files changed, 1 insertions, 2 deletions
diff --git a/Documentation/git-gc.txt b/Documentation/git-gc.txt
index 9cdae58..247f765 100644
--- a/Documentation/git-gc.txt
+++ b/Documentation/git-gc.txt
@@ -141,8 +141,7 @@ mitigate this problem:
However, these features fall short of a complete solution, so users who
run commands concurrently have to live with some risk of corruption (which
-seems to be low in practice) unless they turn off automatic garbage
-collection with 'git config 0'.
+seems to be low in practice).