On Thu, Mar 22, 2012 at 09:57:23AM -0700, Junio C Hamano wrote: > Hrm, replacing unclear part with clarified text may make sense, but it > would not help adding new text if the existing description is not clear > enough. > > How about doing it like this? > > Case-insensitive filesystems like FAT and HFS+ have various strange > behaviours, like reporting that a file "Makefile" already exists when > the file that actually exists on them is "makefile". By setting this > variable to `true`, Git employs logic to work around them. > > The default is false, except that git-clone[1] and git-init[1] will > probe the filesystem and set it to `true` as necessary when a new > repository is created. IMHO, it suffers from the same problem as the original, which is that it does tells when to use core.ignorecase, but does not specify what happens when one sets core.ignorecase to true on a case-sensitive filesystem. Maybe we should be more explicit about what _does_ happen in that case (to be honest, I am not completely sure). Or just say that it is not a supported use case. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html