On Jan 17, 2008 5:30 PM, Kevin Ballard <kevin@xxxxxx> wrote: > Those of us who grew up on a case-insensitive filesystem don't find > there to be any problem with it. I can count on one hand the number of I guess you haven't used unix tools much. The ever-popular HEAD perl utility (which does an HTTP HEAD against a URL), when installed, silently overwrites the head shell utility, which is used for all sorts of things, some even in startup scripts. Ooops! I've been hit by this more than once - and if you google for it, it hurt a lot of people. > That's only true if you don't know what type of filesystem you're on. > And, in the vast majority of cases (in fact, a content tracker is the > only exception I can think of), it doesn't matter. If the user said Hmmm. Many important tools - that I wouldn't want to ever fail! - have similar needs to git. Backup/restore and file replication tools for example. > > This is why case-insensitivity is so hard: you have a very real > > "aliasing" > > on the filesystem level, where all those really *different* > > pathnames end > > up being the same thing. > > I don't see that as being a problem. Think of it, if you will, as if > every single file simply had an implicit hardlink for every possible > case or normalization variant. The whole point of the filename is that Ok - but how do you track the directory then (in git's terms, the tree). There's no way to tell what the user wants. Does the user want a copy of the file with different capitalization, or is the OS playing games? > it is meta-information, used as an identifier and not as actual > content, and thus it is perfectly fine for it to be a real string, > subject to interpretation, I don't think you *actually* want it subject to interpretation. > Again, as someone who grew up in a case-insensitive world, there's no > problems here. I wish I could tell you that it causes problems, I wish > I could agree with you, but I can't. Probably because you have been surrounded by tools that have a lot of extra code to cope with the case insensitive way of life, and learned to not do things that are completely valid, just to avoid trouble. Which is ok, but I don't think it makes the OS design decision defensible. cheers, m - 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
