On Oct 16, 2007, at 2:33 PM, Johannes Schindelin wrote:
Maybe we need a configuration similar to core.autocrlf (which
controls
newline conversion) to control filename comparison and normalization?
Most obviously for the case (in-)sensitivity on Windows, but I also
remember the unicode normalization happening on Mac's HFS filesystem
that caused trouble in the past.
Robin Rosenberg has some preliminary code for that. The idea is to
wrap
all filesystem operations in cache.h, and do a filename normalisation
first.
At that point we could add a safety check. Paths that differ only by
case, or whitespace, or ... (add general and project specific rules
here)
should be denied. This would guarantee that tree objects can always be
checked out. Even if the filesystem capabilities are limited.
Robin, what do you think?
Steffen
-
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
