Hi, On Tue, 16 Oct 2007, Steffen Prohaska wrote: > 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. This would be an independent change. The method I talked about only ever looks at one filename, never what is already there. What you want would probably be all too easy with a pre-commit hook. No need to clutter the git-core with code that is usually not needed (you'd only ever activate it on Linux when other developers use Windows or MacOSX). Ciao, Dscho - 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
