问题描述线上项目有一个小bug，我修改了xx.js中的一行代码解决了问题，然后webpack打包，准备提交代码。git add .git status这时候我发现，git status的输出为：renamed: xx.1.js -> xx.2.js我发现这不太对啊：renamed虽然可以体现出来webpack打包的时候改掉文件名hash值这个重命名的过程，但不能体现我改了文件内容啊。我觉得应该这样输出才对：deleted: xx.1.jsnew file: xx.2.js于是开始找答案，看为什么和我想的不一样。问题解决搜了一圈，最终有些收获，结论先行：git把文件标为renamed的意思是并不是很具体的指这个文件重命名了。他是一个泛指，这是一个种所谓heuristic(启发式，不懂不懂)的用法。关于这个问题没有找到足够的资料，但是通过我的测试，发现：一个文件的改动的行数低于总行数的50%的，并且进行重命名操作就会出现这种被标为renamed的情况测试方法如下：a.txt，里面内容为0-99的数字，每个一行，共100行。把这个文件做commit重命名a.txt为b.txt删除49行内容，然后做add操作，然后做git status操作删除50行内容，然后做add操作，然后做git status操作删除51行内容，然后做add操作，然后做git status操作同时在找资料的时候我也尝试了下面两个链接里提到的方式，但是在我的版本(2.19.2.windows.1)都没有成功复现。参考文档git status shows rename but it’s incorrectWhat’s git’s heuristic for assigning content modifications to file paths