Git-Flow，为什么"develop"分支在"release finish"之后超出"master"一步

Question

我们注意到 "develop" 分支是在 "git flow release finish" 之后的 "master" 之前的一次提交。

以下是额外提交。

commit b4c00f50c980f22c0afcc15bd61e4911bd6bb5d5
Merge: 4000a21 18e1aee
Author: Joe Bloggs <joe.bloggs@hotmail.com>
Date:   Tue May 31 15:27:30 2016 +0100

Merge tag '1.0.0.4' into develop

1.0.0.4

提前致谢

Answer 1

发布完成后，其分支与 develop 以及 master 合并 - 这样做是为了确保任何在发布分支上所做的更改使其返回到开发分支。您注意到的提交是该合并的结果。如果此合并没有发生，您可能会在 master 中进行不在 develop 中的更改。 develop 然后显示为 master 之前的一个提交，因为两个分支的合并提交是两个 不同的 提交。

original git flow blogpost 在示例图上清楚地显示了此合并：在这里，发布分支是绿色的；你可以看到它们在完成后被合并到 develop 和 master 中[并且你可以选择在发布完成之前的任何时候合并到 develop 中，如果需要的话]。

Git-Flow，为什么"develop"分支在"release finish"之后超出"master"一步

Git-Flow, Why is "develop" branch one step beyond "master" after "release finish"

git

git-flow