如何将错误修复分支合并到主分支？

Question

对于新功能（增强），开发人员从主分支分支代码并在代码审查后合并。

在发布日期，主分支被冻结（用于代码更改/合并）一天，产品发布团队从主分支分支一个发布分支并维护该发布分支，直到发布终止支持。

产品发布后，发布分支将用于生产错误修复，其中针对每个生产错误从相应的发布分支创建一个新的错误修复分支，代码审查后将代码更改合并到错误修复分支。

---

现在的问题是，master 分支没有与 bugfix 分支代码保持同步。

假设过去 12 个月有四个版本。

---

如何通过错误修复分支代码更改立即更新主分支？为每个生产错误修复完成..

我们是否需要同时为 bugfix 分支和 master 分支创建 PR（代码审查）？对于每个生产错误...

Answer 1

您有两个选择，挑选或合并。 This answer 详细介绍了cherry-picking、merge 和 rebase，但您可能应该忽略 rebase 部分，因为您不能在您的情况下使用它（您可能不想将 patch 分支设置为 master 的基础）。

如果你想使用cherry-pick，你可以使用range选项，在this answer中解释。

如果存在冲突并且这些冲突需要复杂的更改，PR 是一个非常好的主意。

就个人而言，我会选择合并选项，因为它更容易管理和跟踪更改的来源。但最终这取决于您的需求和业务实践。

当您使用它时，您可以查看this document 关于 git 功能分支工作流程的信息。您的整个补丁分支听起来像是一个巨大的功能分支或错误修复分支。