使用重命名文件时 git mv 重命名 ed然后更改,看起来有一个特定的阈值,当更改的行数超过它时,它将不再显示为重命名,而是显示为删除旧文件并添加新文件。所以我的问题是,这个阈值是一个定义良好的数字吗?还有没有其他方法可以让它更好,主要是因为在pull-request-diff中,当这两个文件没有被认为是重命名的时,diff不会并排显示,这使得审查变得困难。
git mv
重命名
diff similarity index
如果 n 是指定的,它是 关于相似性指数的一个阈值 (即与文件大小相比的添加/删除量)。 例如 -M90% 没有 % -M5 变成 0.5 ,因此与 -M50% . -M05 与 -M5% . -M100% .
如果 n 是指定的,它是 关于相似性指数的一个阈值 (即与文件大小相比的添加/删除量)。
n
例如 -M90%
-M90%
没有 % -M5 变成 0.5 ,因此与 -M50% . -M05 与 -M5% .
%
-M5
0.5
-M50%
-M05
-M5%
-M100% .
-M100%
一般来说,最好先对文件进行mv/rename,commit, 您可以同时做这两件事,因为与文件的其余部分相比,修改是很小的(典型的情况是:只更改包名称的重构)