这种情况应该是先比较commitA和commitB里这个文件的差异，在根据文件历史找出问题的提交，实在不行还可以bisect.另外merge commit可以修改有合并冲突的文件的，也可以在merge的过程中做一些其他的修改，这个也要注意。
如果是在Windows下操作的话，我记得git的Windows版是有自动转CR/LF这类功能的，不知道你的客户端会不会干类似的事情。
【 在 z16166 的大作中提到: 】
: 向git repo的某个分支提交了两次连续的merge操作，用commitA和commitB表示。
: 发现在完成commitB时，repo中的某个.hpp文件中的中文注释出现了乱码（中文字符变成问号）；
: 而在完成commitA但还没提交commitB时，repo中的这个.hpp文件中的中文注释没问题。
: ...................
--
修改:ArchLinux FROM 114.246.237.*
FROM 114.246.237.*