[PATCH] Document some default values in config.txt

Previous thread: [PATCH decompress BUG] Fix decompress_next_from() wrong argument value by Marco Costalba on Friday, January 11, 2008 - 1:47 pm. (6 messages)

Next thread: git-commit fatal: Out of memory? mmap failed: Bad file descriptor by Brandon Casey on Friday, January 11, 2008 - 3:11 pm. (23 messages)
From: Michele Ballabio
Date: Friday, January 11, 2008 - 2:11 pm

This documents the default values of gc.auto, gc.autopacklimit
fetch.unpacklimit, receive.unpacklimit and transfer.unpacklimit.

Signed-off-by: Michele Ballabio <barra_cuda@katamail.com>
---
 Documentation/config.txt |   17 +++++++++++------
 1 files changed, 11 insertions(+), 6 deletions(-)

diff --git a/Documentation/config.txt b/Documentation/config.txt
index 1b6d6d6..6f09fee 100644
--- a/Documentation/config.txt
+++ b/Documentation/config.txt
@@ -473,7 +473,9 @@ fetch.unpackLimit::
 	exceeds this limit then the received pack will be stored as
 	a pack, after adding any missing delta bases.  Storing the
 	pack from a push can make the push operation complete faster,
-	especially on slow filesystems.
+	especially on slow filesystems.  If not set, the value of
+	`transfer.unpackLimit` (which in turn defaults to 100) is
+	used instead.
 
 format.numbered::
 	A boolean which can enable sequence numbers in patch subjects.
@@ -499,14 +501,14 @@ gc.auto::
 	When there are approximately more than this many loose
 	objects in the repository, `git gc --auto` will pack them.
 	Some Porcelain commands use this command to perform a
-	light-weight garbage collection from time to time.  Setting
-	this to 0 disables it.
+	light-weight garbage collection from time to time.  The
+	default value is 6700.  Setting this to 0 disables it.
 
 gc.autopacklimit::
 	When there are more than this many packs that are not
 	marked with `*.keep` file in the repository, `git gc
-	--auto` consolidates them into one larger pack.  Setting
-	this to 0 disables this.
+	--auto` consolidates them into one larger pack.  The
+	default	value is 20.  Setting this to 0 disables it.
 
 gc.packrefs::
 	`git gc` does not run `git pack-refs` in a bare repository by
@@ -861,7 +863,9 @@ receive.unpackLimit::
 	exceeds this limit then the received pack will be stored as
 	a pack, after adding any missing delta bases.  Storing the
 	pack from a push can make the push operation complete faster,
-	especially on ...
From: Junio C Hamano
Date: Friday, January 11, 2008 - 5:06 pm

I am not a very big fan of describing the default values, but I
would grudgingly agree they should be mentioned somewhere.

I dropped all the "which in turn defaults to" as they will
invite maintenance nightmare in the future, though.

Thanks.
-

Previous thread: [PATCH decompress BUG] Fix decompress_next_from() wrong argument value by Marco Costalba on Friday, January 11, 2008 - 1:47 pm. (6 messages)

Next thread: git-commit fatal: Out of memory? mmap failed: Bad file descriptor by Brandon Casey on Friday, January 11, 2008 - 3:11 pm. (23 messages)