git - merge 提交有什么问题？

Question

我看到很多问题，人们在询问如何避免“无意义的” merge 提交。

merge 提交到底有什么坏处？我发现它们很有用，因为您可以准确地看到两个开发人员开始工作的地方，以及工作 merge 在一起的地方。正如许多答案所建议的那样，这似乎是 rebase ，破坏了这些信息，并且您丢失了很多项目的历史记录。

我是否遗漏了什么导致不希望 merge 提交？

Answer 1

有两种不同类型的 merge 提交:

• 显式 merge 提交，例如显式 merge 功能分支到主分支
• 和隐式 merge 提交，例如通过在尝试推送之前执行 git pull

显式 merge 提交通常非常好。您通常甚至可以通过说 git merge --no-ff 来强制执行此类 merge 提交。

隐式的可能只是噪音，典型情况是，一个开发人员更改了一个文件，然后另一个开发人员处理另一个文件，但在进行更改之前忘记 pull ，并且 git pull 将通过创建嘈杂的 merge 提交隐式 merge 两个提交。更合乎逻辑的历史只是一位作者的一次提交和另一位作者的一次提交。执行 git pull --rebase 就可以做到这一点。

当然也有异常(exception)。如果两位作者实际上都在处理同一个文件，那么此时进行 merge 提交可能会更好。 - 但即使在这种情况下，也许 rebase 可能更好，因为它使针对第一次提交的更改更加明确，因此更不容易出错。