git status将文件状态标为renamed问题探究

问题描述

线上项目有一个小bug，我修改了xx.js中的一行代码解决了问题，然后webpack打包，准备提交代码。

git add .
git status

这时候我发现，git status的输出为：

renamed:    xx.1.js -> xx.2.js

我发现这不太对啊：renamed虽然可以体现出来webpack打包的时候改掉文件名hash值这个重命名的过程，但不能体现我改了文件内容啊。

我觉得应该这样输出才对：

deleted:     xx.1.js
new file:    xx.2.js

于是开始找答案，看为什么和我想的不一样。

问题解决

搜了一圈，最终有些收获，结论先行：

git把文件标为 renamed的意思是并不是很具体的指这个文件 重命名了。他是一个 泛指，这是一个种所谓 heuristic(启发式，不懂不懂)的用法。

关于这个问题没有找到足够的资料，但是通过我的测试，发现：

一个文件的改动的行数低于 总行数的50%的，并且进行 重命名操作就会出现这种被标为 renamed的情况

测试方法如下：

1. a.txt，里面内容为0-99的数字，每个一行，共100行。
2. 把这个文件做commit
3. 重命名a.txt为b.txt
4. 删除49行内容，然后做add操作，然后做git status操作
5. 删除50行内容，然后做add操作，然后做git status操作
6. 删除51行内容，然后做add操作，然后做git status操作

同时在找资料的时候我也尝试了下面两个链接里提到的方式，但是在我的版本(2.19.2.windows.1)都没有成功复现。

参考文档

• git status shows rename but it's incorrect
• What's git's heuristic for assigning content modifications to file paths