Github 的 PR 差异算法 : can you swap it?

Question

(注意:Github 用法出现在边界 GitHub issues asked on Stack Overflow 中)

移动代码的 PR，即使在同一个函数中，在 Github 上看起来也非常繁重，即使它们不做任何其他事情。我创建了一个非常基本的 PR 来演示这一点:https://github.com/tommyjcarpenter/github_test/pull/1/commits/2afb07ec5c6b56724bd10c6b56386299493bbb43 . repo 所做的就是定义两个函数，然后 PR 将第一个函数移到第二个函数下方。 github 上的差异显示删除了 20 行并添加了 21 行。人们会假设差异可以显示为微不足道的“代码移动”。

现在想象一下有更多的功能和更多的琐碎代码移动。

似乎 git 本身能够检测到这样的变化:Using Git diff to detect code movement + How to use diff options

那么，有没有办法交换差异算法，使这样的 PR 看起来不那么繁重？ github 是使用它自己的内部算法还是使用您的默认差异算法？

(编辑:这似乎也使 Github 上的帐户级贡献有点误导:只是移动代码的人可能会显示对存储库进行大量添加和删除，从而给人的印象是他们是一个大贡献者，而实际上他们没有贡献任何功能)

Answer 1

我怀疑如果这种功能存在，它将是一个隐藏的功能，如 hiding-of-whitespaces在差异。

我认为 Github 实现不同的差异算法面临的挑战是对贡献指标的影响。贡献指标(即贡献者、PR 规模)现在必须使用所使用的算法进行脚注，以便正确审核和审查更改。

作为一种解决方法，您可以将格式化提交与功能更改提交分开，以至少能够通过提交历史区分两者。