在 git 合并命令中使用 --no-ff 的最佳做法是什么？
What are the best practices for use of --no-ff in git merge command?
gitlab 上的合并请求页面建议使用 'git merge --no-ff'。
我正在寻找关于何时使用 --no-ff 的最佳实践，但我很难找到关于最佳实践方面的良好解释。我找到的 git 合并教程没有提到 --no-ff.
有什么建议吗？
根据文档--no-ff:
创建合并提交，即使合并解析为快进。这是合并带注释（并且可能已签名）标签时的默认行为。
所有命令的列表位于：
https://git-scm.com/docs/git-merge
这也在以下位置得到了回答：
What is the difference between `git merge` and `git merge --no-ff`?
在合并时使用 --no-ff 是 GitLab 和 GitHub 为拉取请求/合并请求进行合并的方式。这为您提供了一个可以还原为还原 PR/MR 的提交 sha。参见：https://git-scm.com/blog/2010/03/02/undoing-merges.html（最后一段也指出使用--no-ff）
本质上，最佳实践是在合并功能分支、合并请求、拉取请求时使用它们。合并代码行时，比如将 master 合并到发布行，或者将补丁行拉回 master，您可能不会为 --no-ff 而烦恼，如果可以的话让它快进。
gitlab 上的合并请求页面建议使用 'git merge --no-ff'。
我正在寻找关于何时使用 --no-ff 的最佳实践，但我很难找到关于最佳实践方面的良好解释。我找到的 git 合并教程没有提到 --no-ff.
有什么建议吗？
根据文档--no-ff:
创建合并提交，即使合并解析为快进。这是合并带注释（并且可能已签名）标签时的默认行为。
所有命令的列表位于：
https://git-scm.com/docs/git-merge
这也在以下位置得到了回答：
What is the difference between `git merge` and `git merge --no-ff`?
在合并时使用 --no-ff 是 GitLab 和 GitHub 为拉取请求/合并请求进行合并的方式。这为您提供了一个可以还原为还原 PR/MR 的提交 sha。参见：https://git-scm.com/blog/2010/03/02/undoing-merges.html（最后一段也指出使用--no-ff）
本质上，最佳实践是在合并功能分支、合并请求、拉取请求时使用它们。合并代码行时，比如将 master 合并到发布行，或者将补丁行拉回 master，您可能不会为 --no-ff 而烦恼，如果可以的话让它快进。