Thanks for answers, guys. <...> > 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. Thank you, but this is not the solution, this is a workaround. 1. Git hooks do not work under msysgit. Thus I'm not able to prevent people on Windows from committing weird filenames to the repo. (Please don't start elitist discussion that people using git must do everything conciously.) Note also, that even if hooks would work, such files still may appear in the repo in theory (somebody may disable hooks after all). 2. Now I have one such file. I'm managing my repo on OS X, and have no access to other machines right now. How can I create commit that renames the file? Git GUI manages to create commit that adds the renamed file, but does not delete old one. Alexander. -- 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
