在git合并命令中使用--no-ff的最佳实践是什么？
在git合并命令中使用--no-ff的最佳实践是什么？
提问于 2015-12-03 16:09:00
gitlab上的合并请求页面建议使用'git合并--不-ff‘。
我正在寻找最佳实践，何时使用-不-ff，但我有困难找到一个良好的解释，在最佳实践方面。我发现的git合并教程没有提到-不
有什么建议吗？
回答 2
Stack Overflow用户
回答已采纳
发布于 2015-12-08 21:04:02
在合并上使用--no-ff是GitLab和GitHub如何对拉请求/合并请求进行合并的。这为您提供了一个可以还原为恢复PR/先生(见：https://git-scm.com/blog/2010/03/02/undoing-merges.html )的单一提交沙(最后一段还指出使用-no-ff)。
本质上，最佳实践是在合并特性分支、合并请求、拉请求时使用它们。当合并代码线时，比如将主程序合并到一个发布线中，或者将一个补丁线拉回主服务器，您可能不会费心-如果可以的话，就让它快进。
Stack Overflow用户
发布于 2015-12-03 16:12:35
根据文件-不
即使合并解析为快速转发，也要创建合并提交。这是合并带注释的(可能是签名的)标记时的默认行为。
下面列出了以下所有命令：
https://git-scm.com/docs/git-merge
以下网站也回答了这一点：
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/34070785
复制相关文章
相似问题
腾讯云开发者
