GIT 警告：太多文件跳过不精确的重命名检测

Question

我知道默认的重命名限制是100，我们可以使用配置 diff.renamelimit config 来增加这个值，

我担心的是，如果不设置这个配置，会不会出现错误合并或缺少任何代码？ 我正在尝试合并（git merge）两个有巨大变化的分支。

有人可以更详细地了解此配置设置吗？

Answer 1

如果这对任何人有帮助，我在一个分支中有很多文件（数百个，如果不是数千个），而这些文件尚未在另一个分支中。 运行出现以下错误

$ git config merge.renamelimit 15345

合并消失时

$ git merge master
.
.
.
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 15345 and retry the command.

Answer 2

您的内容是安全的。

据我了解， git 实际上没有任何一流的 <​​code>rename 操作的概念（三大巨头中只有 bzr 有） DVCS）：mv 是底层机制之上的糖，它基本上是一个 add 和一个 rm。不过，由于 git 可以跟踪此类操作期间更改的内容，因此它可以使用启发式方法来猜测 add 和 rm 何时实际上是一个mv。因为这比仅仅显示 git 实际记录的内容需要更多的工作 - git-diff 的文档解释说它“...需要 O(n^2) 处理时间其中 n 是潜在的重命名/复制目标的数量”——当涉及太多文件时，git 不会尝试它。您提到的设置仅控制该阈值。