头图

问题描述

线上项目有一个小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)都没有成功复现。

参考文档


aqiongbei
2k 声望281 粉丝

人生路上,你走的每一步都算数