当我使用GitFlow时，为什么需要将发布分支合并到develop分支中？

Question

我正在学习Gitflow工作流程。 以下是有关Gitflow工作流的示例图。

我认为A，B，C和D的内容是一样的，对吧？

我认为A合并到C然后C合并到D是可以的，但为什么需要C合并到B？ 你知道A和B是一样的！

图片

Answer 1

您断言A，B，C和D是相同的是不正确的（至少在此图的上下文中）。

在A和C之间，您将看到有一些提交。 这是预料之中的。 在“测试”发布分支时，可能会发现在发布之前需要纠正的一些错误。 或者可能需要进行一些维护工作，例如，更新源代码中的版本号或类似的。

无论哪种方式，都会在发布分支上进行更改，因此，一旦完成，这些更改必须返回到开发分支，以便它们可以继续进入下一个版本。

现在，已经说过所有这些，有时候在发布分支上没有进行其他更改，因此，不需要合并回develop开发分支。 在这些情况下，如果您尝试将发布分支合并回开发分支，git实际上会告诉您没有任何操作，因此不会发生合并。

这是关于在这里使用GitFlow的原始文章中记录的：

https://nvie.com/posts/a-successful-git-branching-model/#release-branches

发布分支支持准备新的生产版本。 他们允许最后一刻点缀我和交叉t。 此外，它们允许修复小错误并为发布准备元数据（版本号，构建日期等）。 通过在发布分支上完成所有这些工作，开发分支将被清除以接收下一个大版本的功能。