GitHub PR将开发人员合并到主机

在一个私有回购中，我创建了一个PR，将dev中的更改合并到master中。PR显示168将自动合并-我继续合并，一切正常

然后，我创建了另一个PR来合并从dev到master的更改-我希望合并0个文件，正如我刚刚合并的一样，但是它显示了相同的168个文件，奇怪的是，我继续合并，当我查看提交时，它显示了0个文件

---

这不是跨越一个分支-同一个repo中只有两个分支-谁能解释为什么PR显示168个文件-这是缓存问题吗？

要合并的文件数和实际合并的文件数之间的差异（0）确实指出了远程端的缓存问题

我将在第一次PR之后的一天进行第二次PR，并检查是否显示0（或者如果您在

dev

上推送了新提交，则仅显示少数文件），以测试缓存问题

如果PR进行了三点比较（使用基本提交），则不会这样做

更多信息请参见：

• “”
• “”

---

要合并的文件数与实际合并的文件数之间的差异（0）确实指出了远程端的缓存问题

我将在第一次PR之后的一天进行第二次PR，并检查是否显示0（或者如果您在

dev

上推送了新提交，则仅显示少数文件），以测试缓存问题

如果PR进行了三点比较（使用基本提交），则不会这样做

更多信息请参见：

• “”
• “”

---

感谢您的回复，我已经读了很多关于GitHub如何构建差异的文章，他们使用了三点差异，这将产生我看到的结果（）。@markpirvine True。我已经用GitHub帮助页面的链接编辑了答案，记录了二点与三点的差异。似乎我需要改变我的git方法-要么继续挤压合并到master并忍受三点差异，每次更改url以使用二点差异（没有看到将此设置为默认设置的选项）或者停止挤压合并到master…感谢您的回复，我已经读了很多关于GitHub如何构建差异的文章，他们使用了三点差异，这将产生我看到的结果（）。@markpirvine True。我已经用GitHub帮助页面的链接编辑了答案，记录了二点与三点的差异。似乎我需要改变我的git方法-要么继续挤压合并到master并忍受三点差异，每次更改url以使用二点差异（没有看到将此设置为默认设置的选项）或停止挤压合并到主。。。