Re: [PATCH] Improve the placement of core.trustctime in the documentation

Alex Riesen [off-list ref] writes:

Accidentally, it split a _chapter_ about a file data corrup...
conversion for a weird, but common operating system.

Signed-off-by: Alex Riesen <redacted>
---

Petr Baudis, Mon, Jul 28, 2008 18:20:43 +0200:

quoted

On Mon, Jul 28, 2008 at 08:31:28AM +0200, Alex Riesen wrote:

quoted

diff --git a/Documentation/config.txt b/Documentation/config.txt
index 1a13abc..552c134 100644
--- a/Documentation/config.txt
+++ b/Documentation/config.txt

@@ -149,6 +149,13 @@ core.safecrlf::
 	`core.autocrlf`, git will reject the file.  The variable can
 	be set to "warn", in which case git will only warn about an
 	irreversible conversion but continue the operation.
+
+core.trustctime::
+	If false, the ctime differences between the index and the
+	working copy are ignored; useful when the inode change time
+	is regularly modified by something outside Git (file system
+	crawlers and some backup systems).
+	See linkgit:git-update-index[1]. True by default.
 +
 CRLF conversion bears a slight chance of corrupting data.
 autocrlf=true will convert CRLF to LF during commit and LF to

Somehow, this particular position of the new hunk does not feel like the
best choice. ;-)

It's alphabetical. Why? Oh, shit... Screw alphabetical

Yeah, I think it makes sense to put this after core.filemode.