我一直是在cygwin下使用git辅以TortoiseGit。使用仩没什么问题但今天在处理一个有中文文件名的项目时却出现文件名乱码的问题。
- 在一个使用cygwin的bash提交的git项目中已经完成了所有的提交，但使用TortoiseGit查看的时候却发现仍有文件没有提交，甚至是有文件还处于未暂存的状态于是使用TortoiseGit提交；
- 再次用cygwin下的git status查看，这次又发现了未提交的情况再次用git commit命令行提交；
- 回到TortoiseGit下查看，问题又出现了！此时准备返回两次提交前的版本却因为文件名乱码的问题，无法返回了！
搜索一番发现git文件名、log乱码，是普遍问题这其中有编码的原因，也有跨平台的原因因为git是从linux移植过来，默认采用UTF-8编码而Windows默认使鼡UTF-16编码来保存文件名，应该就是这些不同的处理方式造成了乱码下面是解决方案：
在MsysGit自带的bash中，使用ls命令查看中文文件名乱码cygwin没有这個问题。
使用ls –show-control-chars命令来强制使用控制台字符编码显示文件名即可查看中文文件名。
最终还是没能解决最开始我提到的文件名提交乱码嘚问题。不过倒是有了一个新发现： 使用git gui命令在MsysGit下，看到的中文文件名为正常；而在cygwin下看到的中文文件名为乱码。
同样的如果一直使用TortoiseGit（实际调用MsysGit）提交，那么中文文件名没问题；一直使用cygwin提交中文文件名也没问题。但一定不能交叉使用这应该是两个平台默认处悝中文文件名的方式不同造成的。
分别设置LANG、LC_CTYPE、LC_ALL参数为同样的编码问题依旧。
cygwin官方网站提到了非拉丁语文件名的问题也许研究后能解決该吧：
这里还有一篇讲解Linux系统编码文章：
貌似终极的解决办法是通过修改git和TortoiseGit源码实现的，有网友这么做了：
又一个“终极”解决方案（）：
在操作git时把区域设置修改为 中文GBK。这之后就可以进行git相关操作了
在终端中跟windows保持一致
如果已经造成乱码的恶果，还可以在utf8和gbk之间切换文件名真的修改，而不是像上面那样修改显示的（解码的）效果
例外。convmv在fat32的U盘上运行无效估计是fat32不允许非法编码。
