Github'；PRs的s扩散算法：你能交换它吗？

（注意：Github的用法显示在边界中）

在Github上，即使在同一个函数中移动代码的PRs也显得非常繁重，即使它们不做任何其他事情。我创建了一个非常基本的PR来证明这一点：。回购协议所做的只是定义了两个功能，并对第一个功能进行了修改，使其低于第二个功能。github上的diff显示删除了20行，添加了21行。有人会假设差异可以显示为一个微不足道的“代码移动”

现在想象一下，有更多的函数和更多琐碎的代码移动

git本身似乎能够检测到这样的变化：

那么，有没有一种方法可以替换差分算法，使像这样的PRs看起来不那么繁重？github使用自己的内部算法还是使用默认的扩散算法

---

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

我怀疑如果存在这种功能，它将是一种隐藏的功能，就像在diff中一样

我认为Github实现不同的差分算法面临的挑战是对贡献度量的影响。贡献指标（即贡献者、PR大小）现在必须用所用算法添加脚注，以便正确审计和审查变更

---

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

这听起来像是对Github的错误报告/功能请求，这不是一个很好的问题。目前还不清楚这到底是一个bug，还是有什么办法可以解决这个问题。这就是我问的原因。也就是说，github似乎要求您发送电子邮件给他们，但实际上没有公共问题/功能页面，因此在此我也添加了此内容，但这不是github的页面：