即使在将 dev merge 到 master 之后，git 也会直接显示 dev 和 master 之间的差异

Question

我在 2 个独立的 repo 中发生了这种情况。

我的 dev 分支比我的 master 分支领先几个提交。我打开一个 pull 请求以将 dev merge 到 master(压缩和 merge )。 merge 后，当我再次比较 dev 和 master 时，它显示了完全相同的提交差异列表。

再次打开另一个 pull 请求会显示相同的提交。

我已经通过完全删除 dev 并在 master 上使用 checkout -b 创建一个新分支解决了这个问题，但是有人可以解释为什么会这样吗？

Answer 1

GitHub 的“压缩和 merge ”不是传统的 merge ——创建一个全新的提交，然后快进 merge 到目标分支。因此，这两个分支在提交图中似乎是不相关的，因此后续的差异将显示出令人困惑的结果。

所以 S&M 通常只在源分支是临时的时才是一个好主意——也就是说，如果在 PR 完成后就不需要它。因此，它通常对短期特性分支有意义，但对您的用例而言则不然。