Re: Bug in git-status with non-ascii characters:

Brian Gernhardt writes:
 > `git status` always reports the following:
 > 
 > ----- 8< -----
 > # On branch refs/heads/master
 > # Untracked files:
 > #   (use "git add <file>..." to incrementally add content to commit)
 > #
 > #       gitweb/test/Märchen
 > no changes added to commit (use "git add" and/or "git commit [-a|-i|- 
 > o]")
 > ----- 8< -----
 > 
 > When I do `rm gitweb/test/M<tab>` to remove this apparently unneeded  
 > file, `git status` reports:
 > 
 > ----- 8< -----
 > # On branch refs/heads/master
 > # Changed but not added:
 > #   (use "git add <file>..." to incrementally add content to commit)
 > #
 > #       deleted:    gitweb/test/Märchen
 > #
 > no changes added to commit (use "git add" and/or "git commit [-a|-i|- 
 > o]")
 > ----- 8< -----
 > 
 > This is on Mac OS X, file system is HFS+ (Journaled).  Is this  
 > expected?  I can't figure out why it's happening.

It's a known problem with HFS+: it uses different byte sequences to identify the same file. Therefore git finds gitweb/test/Märchen unchanged but also a gitweb/test/Märchen in the working directory using a different byte sequence for the name as reported in status. If you delete the file git doesn't find the file any longer and reports that in status as well.