这发生在我身上的 2 个单独的存储库中。
我的开发分支领先于我的主分支几个提交。我打开一个拉取请求以将 dev 合并到主服务器(挤压和合并(。合并后，当我再次比较 dev 和 master 时，它显示了完全相同的提交差异列表。
再次打开另一个拉取请求会显示相同的提交。
我已经通过完全删除dev并在master上创建一个checkout -b的新分支来解决此问题，但是有人可以解释为什么会发生这种情况吗？
GitHub的"Squash and merge"不是传统的合并 - 创建一个全新的提交，然后快进合并到目标分支上。 因此，这两个分支在提交图中看起来是不相关的，因此后续的差异将显示令人困惑的结果。
因此，S&M通常仅在源分支是短暂的时才是一个好主意 - 即一旦PR完成就不需要它。 因此，它通常对短期功能分支有意义，但对您的用例则不然。