fredagen den 17 oktober 2008 10.55.24 skrev Johannes Sixt: > > Alexander Gladysh schrieb: > > 3. Clone repo to OS X machine and see the weird behaviour. Git status > > can't decide how file should be named, "%CA%EE%EF%E8%FF.txt" or > > "\312\356\357\350\377.txt". > > It's not 'git status' that cannot decide how to name the file. It's OS X. > > > $ git status > > # On branch master > > # Untracked files: > > # (use "git add <file>..." to include in what will be committed) > > # > > # %CA%EE%EF%E8%FF.txt > > nothing added to commit but untracked files present (use "git add" to track) > > $ ls > > %CA%EE%EF%E8%FF.txt > > git asked OS X: > > Does the file "\312\356\357\350\377.txt" exist? > > and OS X said: "Yes". Because otherwise, you would have seen the file > listed as "deleted:" in the 'git status' call above. > > But then git also requested a file listing from OS X in order to list the > untracked files. And now OS X returned the name "%CA%EE%EF%E8%FF.txt". How > could you expect git to tell that this is the same file when OS X cannot > decide how to name it? > > The solution: Do not use file names with some local (let alone Windows > specific) encoding if you have to use the files on OS X, too. That seems to be OS-X's way of saying the is a string of garbage, lets handle it as such. Git (or msys) under windows is somewhat stupid here as it involves the eight-bit locale despite running in a unicode OS. To get UTF-8 on XP you can set the codepage to UTF-8 (called 65001 in windows). That might still cause problems with OS-X for some chararacters as it wants to "decompose" the UTF-8 encoding for accented characters, which perhaps is not a problem for you. I have no idea how well codepage 65001 plays with msys, but it would be nice it would work. I'm not sure how to switch codepage in msys, but if you set it from cmd and then start msys bash from there, I'm pretty sure it will pick it up. -- robin -- 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
