git - 为什么我使用GitFlow时需要将release分支 merge 到develop分支？

Question

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

我觉得A、B、C、D的内容是一样的吧？

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

图片

Answer 1

您关于 A、B、C 和 D 相同的断言是不正确的(至少在该图的上下文中)。

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

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

现在，说了这么多，有时可能在发布分支上没有进行额外的更改，因此， merge 回开发分支是不必要的。在这些情况下，如果您尝试将发布分支 merge 回开发分支，git 实际上会告诉您无事可做，因此不会发生 merge 。

这里记录了关于使用 GitFlow 的原始文章:

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

Release branches support preparation of a new production release. They allow for last-minute dotting of i’s and crossing t’s. Furthermore, they allow for minor bug fixes and preparing meta-data for a release (version number, build dates, etc.). By doing all of this work on a release branch, the develop branch is cleared to receive features for the next big release.