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

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

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

---

有什么建议吗？

根据文档--无ff:

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

以下是所有命令的列表：

答复如下：

使用--no ff on merge是GitLab和GitHub对拉请求/合并请求进行合并的方式。这将为您提供一个可以还原为还原PR/MR的commit sha。请参见：（最后一段还指出使用--no ff）

---

从本质上讲，最佳实践是在合并功能分支、合并请求和拉取请求时使用它们。当合并代码行时，比如说将master合并到发布行中，或者将补丁行拉回到master中，您可能不会为--no ff而烦恼，如果可以的话，让它快速前进。

我相信这个问题会对您有所帮助：重复看看下面的解释，可能会有所帮助：是的，我阅读了文档，但我想问的是最佳实践方面的问题。这在文档中并不清楚。@GuiLima你的标题问题问它的目的是什么，这可能是误导回答者（以及一些评论作者）的原因。我更改了你的标题以符合你问题的主体。