如何按需合并选定Feature分支到Master并生成可访问GitHub仓库

GitHub原生功能无法完整覆盖你需要的全流程，但你也不需要从零手写全量代码做整套系统，用GitHub官方API搭配少量胶水代码就能快速落地。

原生功能的能力边界 #

GitHub现有的原生功能（包括网页端操作、内置Actions、模板仓库、PR合并机制）只能覆盖零散的单点能力，没法串成你要的自动化闭环：

• 没有原生的可视化交互界面支持普通用户自主勾选功能分支
• 原生分支合并需要手动选择目标分支发起操作，没法根据用户动态勾选的分支列表自动执行合并
• 原生无法实现用户提交选择后，自动创建专属新仓库、分配访问权限的连贯动作

最低成本落地方案 #

整套流程拆解开实现难度很低，不需要从零造轮子：

• 前端交互层：做一个极简页面就行，哪怕是纯静态HTML，把80个Feature对应的功能说明列成复选框，用户选完点提交，把选中的分支列表传到触发端就行，不需要复杂的前端框架。
• 流程执行层：核心逻辑直接调用GitHub官方提供的接口实现，不用自己写Git底层操作：
  1. 接收到用户选中的分支列表后，先基于最新的master分支创建一个独立的临时工作分支
  2. 按预设顺序把用户选中的Feature分支逐个合并到临时分支，这里建议你提前把所有Feature分支都和最新master做基线对齐，同时尽量保证各Feature之间代码隔离、不修改公共文件的相同代码段，最大程度降低自动合并的冲突概率；如果真遇到合并冲突，流程自动中断返回提示即可，后续人工介入处理。
  3. 合并完成后调用接口创建全新的专属仓库，把合并好的临时分支推为新仓库的默认分支，再给对应用户配置对应访问权限就完成了。
• 服务托管：整套执行逻辑完全可以跑在GitHub Actions上，不需要自己采购服务器搭建后端服务，前端提交数据后直接触发对应工作流，把选中的分支列表作为入参传入即可，合并、建仓这些操作都有现成的封装可以直接用，核心的胶水代码量非常小。

注意事项 #

不要一开始就追求100%自动合并成功率，80个独立Feature分支难免存在交叉冲突，你可以先在流程里加冲突检测，遇到冲突就打标记人工处理，等跑顺了大部分Feature的合并逻辑之后，再逐步优化冲突自动解决的规则就行。

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