问题描述
线上项目有一个小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的情况
测试方法如下：
- 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)都没有成功复现。
