如何使用git flow/hubflow在发布分支中添加修复程序

在我们的项目中，我们遵循的是回购模式

---

到目前为止，我一直在向开发分支添加功能，但是现在我们的项目已经创建了一个发布分支，我需要在该发布分支上添加一个补丁。从我所读到的内容来看，添加修补程序会将修补程序添加到我的主分支，而不是发布分支。那么，如何在我的发布分支上添加修复程序呢？

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

发布分支完成后，即发布完成后，将合并到master。在此之后，提交不应再添加到发布分支。相反，在发布后进行的紧急错误修复是热修复，应该合并到master。（非紧急的错误修复可以创建为功能，合并到开发分支并在以后发布）

从概念上讲，发布分支在发布之后是“死的”。只有掌握和发展分支才能持续生存

---

当然，您可以自由地使用不同的流程，但是您并没有严格遵循git流模型。

认为发布分支与主分支不同，这就产生了一个问题：）

正常流量为：
开发->暂存->主控。然后制作一个发布并标记它（v0.1）

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

A:开发->分段->主控（v0.1）

B:master->release分支（它是从master分支出来的分支）
（这里我们应用热修复程序并发布，在这里标记）（v0.1）

C:release branch->develope（将这些热修复程序合并回develope）

循环以新版本号（v0.2）的正常流量再次开始

开发->暂存->主控

因此，主分支始终保持完整。 唯一的变化是发布分支位于主分支和开发分支之间。
提示：每当您对发布分支或主分支应用热修复程序时，下一步就是将这些更改合并回开发

希望这有帮助：）