企业组织内批量更新GitHub workflow的最优实现方案问询

你提到的自研脚本批量提PR确实是兼容性最高的通用方案，除此之外还有几个更直接的原生实现路径：

1. 优先改用可复用工作流（Reusable Workflows）从根源避免重复更新 #

这是官方推荐的标准化工作流最优解，无需把完整配置复制到每个仓库：

• 单独创建一个公共配置仓库，把你的Java标准构建Workflow完整存在这个仓库的.github/workflows/目录下
• 其余100个业务仓库的对应Workflow只保留调用逻辑，不用写完整的构建步骤：

name: Java 标准构建
on: [push, pull_request]
jobs:
  standard-build:
    uses: 你的组织名/公共配置仓库名/.github/workflows/java-build.yml@main
    secrets: inherit

后续模板内容变更时，你只需要修改公共配置仓库里的这一份文件即可，所有调用它的业务仓库会自动生效最新配置，完全不需要逐个更新业务仓库。如果需要做版本灰度，给公共工作流打标签，业务仓库指定对应标签版本即可。

2. 用GitHub云端Actions跑批量更新，无需本地脚本 #

如果你的场景必须把完整Workflow配置存放在每个业务仓库，可以不用在本地维护自研脚本，直接在公共配置仓库里跑一个专门的批量更新Workflow：

• 给这个Workflow开通组织内所有目标仓库的读写权限
• 逻辑只需要三步：循环拉取目标仓库代码 -> 替换对应Workflow文件 -> 调用peter-evans/create-pull-request动作自动提交PR，全程在GitHub云端运行，不需要本地环境和权限配置。

3. 企业版用户可直接用组织级强制策略 #

如果你们用的是GitHub Enterprise，可直接在组织配置中开启默认工作流强制推送规则，匹配Java语言或者指定分组的仓库会自动同步你设置的标准Workflow，不需要走PR流程直接生效。

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