GitHub Actions工作流仅master/默认分支运行？分支触发规则疑问

你不需要在master/默认分支和所有业务分支重复同步维护同一份工作流配置，规则的实际执行逻辑按场景拆分即可：

• 若你需要让特定分支上的推送、PR等事件触发该分支专属的工作流：只需要把对应工作流文件提交到这个特定分支的.github/workflows/目录下即可，完全不需要同步到默认分支。举个实际场景：你在feature/pay分支新增了一个仅针对支付模块的专项单测工作流，只要这个文件存在于feature/pay分支的对应目录，往该分支推送代码时，GitHub会直接读取当前分支上的工作流文件执行，默认分支上是否存在这份文件没有任何影响。
• 若你需要让工作流跨所有分支触发（比如所有分支提PR都要跑通用代码规范检查、全量单元测试）：这类通用工作流必须存在于触发事件对应分支的代码版本中。这也是非默认分支工作流不触发的最常见原因：你只在master分支提交了通用CI工作流，但是新开的业务分支是从提交该工作流之前的老版本master切出来的，业务分支的.github/workflows目录里根本没有这份工作流文件，GitHub检索不到自然不会触发运行。

• 全分支生效的通用类工作流（比如基础CI、主干发布流程）：只需要在默认分支提交合并即可，所有后续从默认分支切出的新业务分支会自动带上这份配置，不需要手动同步；存量的老业务分支如果需要触发这类通用流程，只需要把默认分支的最新代码合并到老分支一次，后续不需要重复同步修改。
• 分支专属工作流（比如仅在预发分支跑的预部署检查、仅在大特性分支跑的集成测试流程）：直接在对应目标分支提交工作流文件即可，不需要同步到其他任何分支。
• 排查工作流不触发问题时，直接打开对应分支仓库页面的.github/workflows目录，确认目标工作流文件在当前分支存在，再核对工作流内on字段配置的触发规则匹配当前操作即可，不需要去默认分支排查配置问题。

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