Github如何基于现有Pull Request向其他分支在线发起PR无需手动cherry pick

可以直接基于已发起的P1在线创建面向B分支的PR，无需手动执行cherry pick操作，你提到的Axure DevOps已经完整支持该能力，当前GitHub、GitLab、Gitee等主流代码托管平台也都内置了相关功能。

具体操作逻辑如下：

• 首先确保C→A的PR（P1）已完成合并，绝大多数平台要求原PR合并后才能发起跨分支同步，避免原PR的未合入变更导致同步内容不符预期
• 打开已合并的P1详情页，找到对应功能入口（Axure DevOps中一般命名为「同步PR到其他分支」/「创建回溯PR」，不同平台命名略有差异）
• 选择目标分支为B，平台会自动在后台完成全流程操作：基于B分支创建新的临时分支、将P1包含的所有提交cherry pick到该临时分支、自动生成面向B分支的新PR
• 你只需要补全新PR的描述、分配审核人即可提交，无需手动执行任何本地Git操作

如果P1的提交内容和B分支的现有代码存在冲突，平台会弹出冲突提示，你可以选择在线解决冲突，或者拉取平台自动创建的临时分支到本地解决后推送即可。

如果你的P1还处于未合并状态，部分平台也支持还未合入的PR直接跨分支创建新PR，操作逻辑和已合并PR一致，但建议等P1合入后再操作，避免P1后续有代码调整需要重复修改面向B的PR。

内容的提问来源于stack exchange，提问作者Kiran