先前以為 Git 對於檔名的處理是不區分大小寫的(case-insensitive)，後來發現其實 Git 是會區分檔名大小寫的，只是作業系統和檔案系統就不一定是這樣了
例如 FAT 檔案系統本身是不區分大小寫的，Mac OS 使用的 HFS+ (或叫做 Mac OS Extended) 雖然支援區分檔名大小寫，但 Mac OS 預設沒有啟用區分大小寫，要重新格式化磁碟為有區分大小寫的檔案系統才行，至於 NTFS 雖然有支援區分大小寫，但 Windows 預設的行為也是不區分大小寫的，所以結論幾乎可以說是在 Mac OS 和 Windows 系統上，檔案系統預設都是不區分大小寫的。果然還是用 Linux 或 FreeBSD 比較簡單
如果只是把檔名從 program.csProgram.cs，用 git status 指令看狀態時會看不到任何改變：
~/test $ git status
On branch master
nothing to commit, working tree clean
~/test $ mv program.cs Program.cs
~/test $ git status
On branch master
nothing to commit, working tree clean如果自己動手 git mv 呢？有可能會遇到 destination exists 這個問題：
~/test $ git mv program.cs Program.cs
fatal: destination exists, source=program.cs, destination=Program.cs在網路上有看到一種作法，先將檔案改為另外一個沒有完全相同字母的檔名，再改為目標檔名，藉此替換大小寫：
~/test $ git mv program.cs program.temp && git mv program.temp Program.cs不過這也太累了，後來發現加上 --force (-f) 的參數就可以搞定這問題了：
~/test $ git mv -f program.cs Program.cs這時候再用 git status 看狀態就會發現 git 已經可以成功識別重新命名了：
~/test $ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: program.cs -> Program.cs關於 git mv 的 --force 參數說明是這樣的：
Force renaming or moving of a file even if the target exists
看來只能暫時這樣處理了，用到的機會目前看起來也不是很多就是了～
註：在新版(明確是哪個版本就沒去追了)的 git 直接用 git mv 操作的看起來已經沒問題了，不需要加 -f 也不需要兩段式操作了，讚！
