对于新功能（增强功能），开发人员从master分支分支代码，并在代码审查后将其合并。
在发布日期，master分支冻结了一天（用于代码更改/合并），产品发布团队从master分支分支了一个release分支，并维护了该发布分支，直到发布终止支持为止。
产品发布后，release分支将用于生产错误修复，在该分支中，将针对每个生产bug从相应的release分支创建一个新的bugfix分支，并在代码审查后将代码更改合并到bugfix分支中。
现在，问题是，master分支不是最新的错误修正分支代码。
假设过去12个月中有四个版本。
如何通过错误修正分支代码更改立即更新master分支？完成每个生产错误修复程序。.
我们是否需要同时为bugfix分支和master分支创建PR（代码审查）？每个生产错误...
答案 0 :(得分：2)
您有两个选择，即选择或合并。 This answer详细介绍了挑选，合并和变基，但是您可能应该忽略变基部分，因为您不能根据情况使用它（您可能不希望将patch分支设置为母版的基础）。
如果您想使用Cherry-pick，则可以使用this answer中介绍的range选项。
如果存在冲突，并且这些冲突需要复杂的更改，那么PR是一个很好的主意。
就个人而言，我将使用merge选项，因为它更易于管理和跟踪更改的来源。但这最终取决于您的需求和业务实践。
在查看的同时，您可以查看有关this document的git feature分支工作流程的信息。您的整个补丁分支听起来像一个巨大的功能分支或错误修正分支。