path: root/Documentation/git.txt
diff options
authorJohannes Schindelin <>2014-12-10 21:28:27 (GMT)
committerJunio C Hamano <>2014-12-17 19:04:45 (GMT)
commitd08c13b947335cc48ecc1a8453d97b7147c2d6d6 (patch)
tree9b255a31f3c3e0cfc1c7f98aa771523ae6f76b4d /Documentation/git.txt
parent2b4c6efc82119ba8f4169717473d95d1a89e4c69 (diff)
fsck: complain about NTFS ".git" aliases in trees
Now that the index can block pathnames that can be mistaken to mean ".git" on NTFS and FAT32, it would be helpful for fsck to notice such problematic paths. This lets servers which use receive.fsckObjects block them before the damage spreads. Note that the fsck check is always on, even for systems without core.protectNTFS set. This is technically more restrictive than we need to be, as a set of users on ext4 could happily use these odd filenames without caring about NTFS. However, on balance, it's helpful for all servers to block these (because the paths can be used for mischief, and servers which bother to fsck would want to stop the spread whether they are on NTFS themselves or not), and hardly anybody will be affected (because the blocked names are variants of .git or git~1, meaning mischief is almost certainly what the tree author had in mind). Ideally these would be controlled by a separate "fsck.protectNTFS" flag. However, it would be much nicer to be able to enable/disable _any_ fsck flag individually, and any scheme we choose should match such a system. Given the likelihood of anybody using such a path in practice, it is not unreasonable to wait until such a system materializes. Signed-off-by: Johannes Schindelin <> Signed-off-by: Junio C Hamano <>
Diffstat (limited to 'Documentation/git.txt')
0 files changed, 0 insertions, 0 deletions