App Center如何实现GitHub新分支推送自动部署，无需手动克隆配置构建流程

核心可行性结论 #

你遇到的“每个新分支都要手动进App Center克隆配置构建流程”的重复操作完全可以规避，所有带featured前缀的新分支，都可以通过预定义规则实现自动匹配、复用统一构建配置、触发自动构建，不需要逐分支手动操作。

具体配置方法 #

• 配置通配分支匹配规则
  放弃“每个分支单独创建构建配置”的旧模式，直接在App Center的构建管理页面新增通用匹配规则，用通配符*匹配所有featured前缀的分支，规则填成featured/*即可。只要是命中这个规则的分支，不管是不是第一次推送到GitHub，系统都会直接套用你在通用规则下预先设置好的全部构建参数——包括编译脚本、测试执行逻辑、签名配置、输出包存储路径——不会再弹出要求手动为新分支克隆配置的引导流程。
• 开启自动触发逻辑
  在刚才设置的通用规则详情页，开启「检测到分支推送事件时自动启动构建」的选项。后续不管是首次推送新的featured开头的分支，还是向这类分支推了新的代码提交，系统都会自动拉取代码走构建流程，不需要你手动点启动按钮。
• 可选优化：把构建配置下沉到代码仓库
  可以把非敏感的通用构建参数（比如构建变体、单元测试执行命令、版本号生成规则）通过App Center支持的配置文件存在GitHub仓库根目录，进一步降低对控制台配置的依赖。哪怕后续通配规则匹配到新分支，系统也会直接读取仓库内的统一配置跑完整个构建流程，彻底省掉控制台的手动操作环节。

注意：通配规则覆盖的所有分支会共享同一套签名配置、发布渠道权限、存储规则，涉及敏感信息的配置（比如应用签名密码、私有仓库访问令牌）不要明文存在代码仓库里，需要通过App Center内置的加密存储位注入到构建流程，避免敏感信息随代码泄露。

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