如何使用Git Flow/Hubflow在发布分支上添加修复内容

Question

在我们的项目中，我们遵循http://nvie.com/posts/a-successful-git-branching-model/的仓库模型。

到目前为止，我一直在develop分支上添加功能，但现在我们的项目创建了一个release分支，我需要在该release分支上添加修复。根据我所了解的，添加热修复将会将修复添加到我的master分支而不是release分支。那么我该如何在release分支上添加修复呢？

- jay

Answer 1

发布分支的主要作用之一是允许进行小的错误修复。因此，在发布分支处于活动状态时，可以直接在发布分支上进行修复。

在发布分支结束之后，即发布已经完成并合并到主分支后，就不应再向发布分支添加提交。相反，紧急Bug修复应该被视为热修补程序，并合并到主分支中。（非紧急Bug修复可以作为特性创建，合并到开发分支中，并稍后发布）

从概念上讲，发布分支在发布之后是“死”的。只有主分支和开发分支会持续存在。

当然，您可以采用不同的过程，但这样就不严格遵循Git-flow模型。

- Klas Mellbourn

Answer 2

思考发布分支与主分支不同在这里造成了问题 :).

正常流程是：
开发 -> 暂存 -> 主分支。然后您进行发布并标记它（v0.1）

热修复流程是：
A -> B-> C

A : 开发 -> 暂存 -> 主分支 (v0.1)

B : 主分支 -> 发布分支 (它是从主分支分支出来的)
(在这里我们应用热修复并发布，标记它) (v0.1)

C : 发布分支 -> 开发 (将这些热修复合并回开发)

循环以新版本号（v0.2）开始，再次按照正常流程进行。 开发 -> 暂存 -> 主分支。

因此，主分支始终保持完整。 唯一的变化是发布分支位于主分支和开发分支之间。
提示是每次将热修复应用于发布分支或主分支时，立即将这些更改合并回开发分支

希望这有所帮助 :).

- Narasimha