GitHub 支持将仓库的全部分支保护规则一次性批量迁移为 Rulesets

你现在可以通过一次操作，将某个仓库的全部分支保护规则转换为 rulesets。这是对先前发布的“将单条分支保护规则转换为 ruleset”能力的扩展，如今支持规模化转换。

在仓库中进入 Settings → Rulesets，点击 Import branch protection rules。在 Review import 对话框中，你可以：在确认转换前预览将要创建的 rulesets；查看哪些分支保护规则已被现有 ruleset 覆盖；查看一条分支保护规则会生成多个 rulesets 以保留其原有行为的情形；选择一个执行状态（例如 Active、Evaluate 或 Disabled），并选择要创建哪些 rulesets。

点击 Create rulesets 之后，选择保留还是删除原有的分支保护规则。相比经典分支保护，Rulesets 提供了若干优势：通过模式匹配将规则应用到多个分支；叠加多个 rulesets 以实现更细粒度的策略控制；在组织或企业层级管理 rulesets；为用户、团队和应用配置细粒度的绕过权限。

GitHub 新增批量迁移能力：一次操作即可把某个仓库的所有经典分支保护规则转换为 Rulesets，并在导入前预览将要创建的规则集、查看已被现有 Rulesets 覆盖的规则，以及选择一个分支保护规则拆成多个 Rulesets 的情形；确认后可自行决定保留还是删除原规则。

• GitHub 新增批量迁移能力：一次操作即可把某个仓库的所有经典分支保护规则转换为 Rulesets，并在导入前预览将要创建的规则集、查看已被现有 Rulesets 覆盖的规则，以及选择一个分支保护规则拆成多个 Rulesets 的情形；确认后可自行决定保留还是删除原规则。
• 原贴提到：You can now convert all branch protection rules of a repository to rules
• 来源：github.blog

这是什么信号：GitHub 把“单条分支保护规则 → ruleset”的转换能力，升级成了“整仓库批量转换”。这不是一条普通的功能更新，而是 GitHub 在明确推动用户从经典分支保护（classic branch protection）迁往 Rulesets 的收口动作。官方甚至把“导入后发现一条旧规则会生成多个 rulesets”这种兼容性边界都放进了预览环节，说明这套迁移路径已经考虑到存量仓库的历史配置差异，而不是只覆盖简单场景。

为什么重要：分支保护是代码主干的最后一道闸门，但经典分支保护的配置方式是“一个分支一套规则”，团队规模一大就会出现重复配置、规则漂移、无人敢改的局面。Rulesets 的三点差异是结构性的：用模式匹配把规则套到一批分支上；允许多个 ruleset 叠加，实现分层策略；把管理权上移到组织或企业层级。再加上可以给用户、团队、应用分别配置绕过权限，治理就从“每个仓库各管各的”变成了“平台侧统一定义、仓库侧按需继承”。批量迁移工具的出现，意味着过去最大的迁移成本（手工重配几十条规则并验证行为一致）被大幅削掉了。

对谁有价值：最直接受益的是平台工程、DevOps、安全与合规团队，以及管理几十到上千个仓库的组织管理员。其次是负责仓库规范落地的技术负责人：他们能借这次迁移，把散落的保护规则集中到组织级 ruleset 里，减少逐仓库维护的负担。

可以怎么行动：第一，挑一个规则较复杂的代表性仓库做试点，走一遍 Settings → Rulesets 的导入流程，重点看 Review import 对话框里三类信息：将创建的规则集、已被现有 ruleset 覆盖的规则、以及一条规则被拆成多个 ruleset 的情形。第二，先用 Evaluate 之类的非强制状态导入，观察实际拦截效果，再切换到 Active，不要一上来就上强制状态。第三，确认行为一致后，再决定是否删除原有的分支保护规则；在验证完成前保留原规则作为回退路径。第四，把这次迁移当成梳理治理结构的契机：哪些规则应该收敛到组织级，哪些必须留在仓库级，绕过权限给到谁，都借机定下来。

风险与限制：迁移不是纯粹的等价替换。一条经典规则被拆成多个 ruleset 时，多个 ruleset 的叠加顺序与优先级需要人工确认，否则可能出现“看起来配好了、实际拦截行为变了”的情况。绕过权限一旦从仓库级上移到组织级，误配的影响面会成倍放大。另外，若组织的自动化脚本、CI 检查或其他工具读取的是经典分支保护接口，迁移后需要同步适配，这部分工作量官方更新里没有涉及，需要自行评估。

这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。

如果把《GitHub 支持将仓库的全部分支保护规则一次性批量迁移为 Rulesets》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。

• Allison 原帖