在git merge命令中使用--no-ff的最佳实践是什么？

Question

gitlab上的合并请求页面建议使用'git merge --no-ff'。

我正在寻找何时使用--no-ff的最佳实践，但我很难找到关于最佳实践方面的良好解释。我找到的git merge教程没有提到--no-ff。

有什么建议吗？

Answer 1

根据文件--no-ff：

即使合并解析为快进，也会创建合并提交。这是合并带注释（可能已签名）标记时的默认行为。

有以下所有命令的列表：

https://git-scm.com/docs/git-merge

这也得到了回答：

What is the difference between `git merge` and `git merge --no-ff`?

Answer 2

在合并时使用--no-ff是GitLab和GitHub如何为拉请求/合并请求进行合并。这为您提供了一个可以恢复以恢复PR / MR的提交。请参阅：https://git-scm.com/blog/2010/03/02/undoing-merges.html（最后一段也指出使用--no-ff）

基本上，最佳做法是在合并功能分支，合并请求，提取请求时使用它们。在合并代码行时，比如将master合并到一个发布行中，或者将一个补丁行拉回到master中，你可能不会打扰--no-ff并且如果可以的话就让它快进。