2

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

完成更改后,修补程序分支将合并回主分支(以更新已发布版本)和开发分支(以确保修复程序也进入下一个版本)

但是当我在 SourceTree 中完成一个修补程序时,我得到了这个:

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

在修补程序之前,master 和 develop 都在同一个提交上。因此,我希望在修补程序之后,SourceTree 会通过快进将这两个分支与修补程序分支合并,基本上得到一个像这样的简单布局: 在此处输入图像描述

在这里,修补程序“修复更多...”就像一个简单的提交一样可见。是否有任何选项可以导致 SourceTree 通过如此简单的快进合并在修补程序中合并,基本上同时推进 master 和 development?有什么我可能会错过 aobut git 或 git-flow 的吗?

4

1 回答 1

1

描述 git flow的原始文章已使用git merge --no-ff. 听起来 SourceTree 正在做正确的事情。

请注意,如果您想自己进行快进合并,您可以手动发出命令,而无需选择该--no-ff选项。

于 2012-12-05T14:49:07.170 回答