git mv 和变化以及相似度指数

Question

当使用 重命名文件时git mv，提交将显示重命名自和重命名为，并且在拉取请求中显示相同的内容，这很好。但是当一个文件被git mv编辑然后更改时，看起来有一个特定的阈值，当更改的行数超过它时，它将不再显示为重命名，而是显示为删除了旧文件并添加了新文件。所以我的问题是这个阈值是一个明确定义的数字吗？有没有其他方法可以让它变得更好，主要是因为在pull request diff中，当两个文件不考虑重命名时，diff不会并排显示，这使得审查变得困难。

Answer 1

它基于diff 相似度索引

\n\n

\n

如果n指定，则它是相似性指数的阈值（即与文件\xe2\x80\x99s 大小相比的添加/删除量）。

\n\n

例如，-M90%意味着如果超过 90% 的文件\xe2\x80\x99 没有更改，Git 应该将删除/添加对视为重命名。

\n\n

如果没有%符号，数字将被读取为分数，前面有小数点。即，-M5变为0.5，因此与 相同-M50%。
\n 同样，-M05与 相同-M5%。

\n\n

要将检测限制为精确重命名，请使用-M100%.

\n\n

默认相似度指数为 50%。

\n

\n\n

更一般地说，最好先 mv/重命名文件，提交，然后进行一些修改。
\n您可以同时执行这两项操作，据说与文件的其余部分相比，修改很小（典型情况：重构，仅更改包的名称）

\n