将sourcetree中的git流修补程序与fast forward合并

将sourcetree中的git流修补程序与fast forward合并,git,git-flow,Git,Git Flow,我很难理解如何在SourceTree中正确合并修补程序(在git流意义上)。SourceTree网站: 一旦您进行了更改,修补程序分支就会合并回主分支(更新发布版本)和开发分支(确保修补程序也进入下一个版本) 但当我在SourceTree中完成修补程序时,我得到了以下信息: 事实上,Sourcetree确实将修补程序合并到了master和develop中,但这显然导致了这两个分支的分歧,这迫使我再次手动将develop合并到master中。由此产生的结构非常丑陋 在热修复之前,master和d

我很难理解如何在SourceTree中正确合并修补程序(在git流意义上)。SourceTree网站:

一旦您进行了更改,修补程序分支就会合并回主分支(更新发布版本)和开发分支(确保修补程序也进入下一个版本)

但当我在SourceTree中完成修补程序时,我得到了以下信息:

事实上,Sourcetree确实将修补程序合并到了master和develop中,但这显然导致了这两个分支的分歧,这迫使我再次手动将develop合并到master中。由此产生的结构非常丑陋

在热修复之前,master和developer都在同一个提交上。因此,我期望在热修复之后,SourceTree会通过快进将这两个分支与热修复分支合并,基本上获得一个简单的布局,如下所示:

这里的修补程序“修复更多…”只需简单的提交即可看到。是否有任何选项会导致SourceTree在热修复程序中合并到这样一个简单的快进合并中,基本上是同时进行主控和开发?除了git或git flow之外,还有什么我可能遗漏的吗?

描述git flow的原始版本中有与git merge(无ff)的合并。听起来SourceTree做了正确的事情


请注意,如果您希望自己进行快进合并,可以手动发出命令,不使用
--no ff
选项。

哦,我明白了,这是一个bug,不是一个功能。。。谢谢