为什么合并提交以完成 git flow release 完成而不是快进 HEAD 更新？答案

【问题标题】：Why merge commits for git flow release finish instead of fast-forward HEAD update?为什么合并提交以完成 git flow release 完成而不是快进 HEAD 更新？
【发布时间】：2016-05-10 23:31:22
【问题描述】：

git flow 是否避免快进合并以获得更好的报告？

在测试 git flow 时，我不仅看到了 master 和 development 上发布分支的提交，还看到了合并提交。我以为我只会看到发布分支提交，然后快速前进，因为 git 调整了 master & develop 以指向新的提交。

作为一个非常简单的案例，我预计没有合并提交要求，因为在发布分支开始和结束之间没有出现其他更改。

是什么推动了合并提交要求或我错过了什么？

谢谢

彼得

场景：发布稳定性

创建发布分支（git flow release start 100.0.0 develop）
推动合作（git flow release publish 100.0.0）（只有我一个人，所以我在与自己合作）
在 release/100.0.0 上进行并提交 1 处更改
完成发布（git 流程发布完成）

结果

local develop +3 commits to remote
  HEAD    merge tag to develop e191707
  HEAD -1 e0040cb merge from release branch
  HEAD -2 e7cdc02 release branch change

local develop +3 commits to remote
  HEAD    merge tag to develop e191707
  HEAD -1 e0040cb merge from release branch
  HEAD -2 e7cdc02 release branch change

local master + 2 commit to remote
  HEAD e0040cb merge commit 
  HEAD -1 e7cdc02 stabilization change

【问题讨论】：

标签： git-flow

【解决方案1】：

似乎 git flow 使用 git merge --no-ff 作为其默认值（请参阅git flow considered harmful）。我不认为这种选择有助于增进理解并制造不必要的噪音。我希望我们能够使用 git flow，前提是我们可以弄清楚何时使用 ff

【讨论】：