Question

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

在测试git flow的过程中，我不仅看到了master和amp的发布分支的提交。开发但也合并提交。我以为我只看到发布分支提交然后快速转发为git adjust master＆amp;发展指向新的提交。

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

是什么驱动了合并提交要求，还是我错过了什么？

由于

彼得

场景：发布稳定

创建发布分支（ git flow release start 100.0.0 develop ）
推动合作（ git flow release publish 100.0.0 ）（它只是我，所以我与自己合作）
在发布/ 100.0.0上制作并提交1更改
完成发布（ git flow release finish ）

RESULT

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

Answer 1

git flow似乎使用 git merge --no-ff 作为默认值（参见git flow considered harmful）。我不认为这种选择有助于提高理解力并产生不必要的噪音。我希望我们使用git flow，前提是我们可以解决何时使用 ff

为什么要合并git flow release的提交而不是快进的HEAD更新？

1 个答案: