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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.
-
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]