在我们的项目中，我们按照http://nvie.com/posts/a-successful-git-branching-model/关注回购模型。
到目前为止，我一直在开发分支中添加功能，但是现在我们的项目已经创建了一个发布分支，我需要在该发布分支上添加一个修复程序。根据我的阅读，添加修补程序将修复程序添加到我的主分支而不是发布分支。那么如何在我的发布分支上添加修复程序？
答案 0 :(得分：5)
发布分支的一个主要观点是允许修复小错误。因此，当发布分支处于活动状态时，您可以直接在发布分支上进行修复。
在发布分支完成后，即已经发布，它将合并到master。之后，不应再将提交添加到发布分支。相反，在发布之后执行的紧急错误修正是修补程序，并且应该合并到master。 （非紧急错误修正可以创建为功能，合并到开发分支并稍后发布）
从概念上讲，发布分支是＆＃34;死＆＃34;发布后。只有掌握和发展分支机构才能继续生活。
您当然可以自由地使用不同的流程，但是您并没有严格遵循git-flow模型。
答案 1 :(得分：0)
与不同于主分支的思考发布分支在这里提出问题：）。
正常流量是：
开发 - ＆gt;分期 - ＆gt;主。然后你发布并标记它（v0.1）
热修复流程是：
A - ＆gt; B-＆GT; ç
A：开发 - ＆gt;分期 - ＆gt;大师（v0.1）
B：主人 - ＆gt;发布分支（它是主人的分支）
（这里我们应用热修复并发布，在此标记）（v0.1）
C：发布分支 - ＆gt;开发（将这些热修复合并开发）
循环再次以正常流量启动，带有新版本号（v0.2）
开发 - ＆gt;分期 - ＆gt;主。
因此主分支始终保持不变。
唯一的变化是发布分支来自master分支和develop分支。
提示是每次应用hotfix来发布分支或主分支时，紧接着的下一步是将这些更改合并回来开发
希望这会有所帮助:)。