github - 为什么 Github 中的 "rebase and merge"选项会创建新的提交 SHA？有替代方案吗？

Question

我喜欢在 Github 中使用“rebase and merge”选项来合并 PR，以避免将提交历史与合并提交混淆。

但我注意到以下行为:
(来自 Github 的 docs )

The rebase and merge behavior on GitHub deviates slightly from git rebase. Rebase and merge on GitHub will always update the committer information and create new commit SHAs, whereas git rebase outside of GitHub does not change the committer information when the rebase happens on top of an ancestor commit.

这对我来说似乎很奇怪，因为这不是 git CLI 中 rebase 的工作方式。有谁知道它为什么会这样？

理想情况下，我希望 a) 避免引入合并提交和 b) 保留功能分支中的提交 SHA 和标签。有没有办法从用户界面做到这一点？

Answer 1

您的欣赏是正确的，这不是 rebase 在 git 中的工作方式。原因是在 GitHub 中，一些选项命名不当:

挤压和合并 : 类似于 Squash 和 rebase

rebase 和合并 : 类似于带有 --no-ff 的 rebase 。选项(即使提交是最新的，也会引入新的提交)

如果您使用的是“GitHub Desktop”应用程序，您应该会看到其他不熟悉的名称，例如“Sync”而不是“Pull”+“Merge”+“Push”。