我可以将拉取请求合并到多个分支中，尤其是在发布分支期间吗
Can I merge a pull request into multiple branches especially during release branches
通常情况下不是这样，但是我在发布阶段有这样的需求。
假设我们每个月都有发布，就在发布之前，我们创建了一个发布分支，在该分支上进行测试。同时我们继续在 master 分支上工作。
现在有一个缺陷来自 UAT（测试），需要修复。所以我们在 master 分支中进行修复，然后创建一个 pull request，然后将其与 master 合并。此时，我们希望同样的更改也需要成为发布分支的一部分。
有什么方法可以将此拉取请求合并到主分支和发布分支中。解决方案之一可能是使用 Cherry picking
提前致谢
巴拉特
樱桃采摘确实是这里最好的解决方案，因为您只想将错误修复带到您的发布分支。
如果在错误修复之前在 master 上完成了其他工作，并且您向 release 发出了与 master 相同的拉取请求，所有不相关的工作都在 master 也将在 release 中。既然你不希望这样，你应该挑选错误修复提交（s）到你的发布分支（取决于你的工作流程，你可能必须从 release 创建一个 bugfix 分支，cherry-pick并向 release).
发出拉取请求
我不确定我是否理解正确...您在从 master 创建的分支中为您的发布分支修复了错误。将它们合并回 master 后，您想将修复程序合并到您的发布分支吗？
为什么不在发布分支上进行发布修复，然后将在发布分支上进行的所有修复合并回 master？
通常情况下不是这样，但是我在发布阶段有这样的需求。
假设我们每个月都有发布，就在发布之前，我们创建了一个发布分支，在该分支上进行测试。同时我们继续在 master 分支上工作。
现在有一个缺陷来自 UAT（测试），需要修复。所以我们在 master 分支中进行修复，然后创建一个 pull request，然后将其与 master 合并。此时，我们希望同样的更改也需要成为发布分支的一部分。
有什么方法可以将此拉取请求合并到主分支和发布分支中。解决方案之一可能是使用 Cherry picking
提前致谢
巴拉特
樱桃采摘确实是这里最好的解决方案，因为您只想将错误修复带到您的发布分支。
如果在错误修复之前在 master 上完成了其他工作，并且您向 release 发出了与 master 相同的拉取请求，所有不相关的工作都在 master 也将在 release 中。既然你不希望这样，你应该挑选错误修复提交（s）到你的发布分支（取决于你的工作流程，你可能必须从 release 创建一个 bugfix 分支，cherry-pick并向 release).
我不确定我是否理解正确...您在从 master 创建的分支中为您的发布分支修复了错误。将它们合并回 master 后，您想将修复程序合并到您的发布分支吗？
为什么不在发布分支上进行发布修复，然后将在发布分支上进行的所有修复合并回 master？