一句话看懂：GitHub 在规则集中为推送规则新增了路径例外能力，允许开发者针对特定文件路径豁免限制，而无需放松整个仓库的规则。这意味着代码库安全策略可以更精细，不用再“一刀切”。
事件核心：发生了什么
GitHub Changelog 于 2026 年 8 月 25 日宣布，规则集（Rulesets）中的推送规则（Push Rules）现已支持路径例外（Path Exceptions），该功能目前处于公开预览阶段。此前，当一条推送规则需要例外时，管理员只能在“放宽所有人限制”和“将强制工作转移到 GitHub 之外”之间做选择。现在，管理员可以在配置支持该功能的规则时，展开“Allowed exceptions”选项，添加需要跳过的路径模式。GitHub 会在保存规则集时即时验证这些模式，帮助用户尽早发现并修正语法错误。
目前支持路径例外的推送规则有两种：一是“限制文件路径”，例如可以阻止 JAR 文件进入仓库，但允许 **/gradle/wrapper/*.jar 路径下的文件正常推送；二是“限制文件大小”，管理员可以对整个仓库设定体积上限，同时对已超出限制的特定路径予以豁免，从而在不改动存量文件的前提下逐步推行新限额。关于完整的路径模式语法及其他可用规则，可参考官方文档“available rules for rulesets”。
为什么重要
这一更新看似只是管理功能的细化，实则对代码托管平台的安全治理模型有直接意义。推送规则是仓库防线的最后一道闸门，过去为了照顾少数例外路径，往往只能整体降低规则强度，这在大规模团队或开源项目中会形成安全洼地。路径例外允许管理员在不牺牲整体策略的情况下，为特定目录或文件类型开“侧门”，缩小了“规则妥协”的半径。
从行业视角看，GitHub 正在持续强化其规则集生态的精细度。无论是合规审计、供应链安全还是二进制文件治理，能精确到路径级别的控制粒度，都会影响企业客户对 GitHub 与企业内部 CI/CD 流程之间权责划分的判断。目前该功能为公开预览，意味着 GitHub 仍在收集反馈并可能在未来调整行为或扩展支持范围。
对用户/开发者/创作者的影响
对于使用 GitHub 规则集的开发者或仓库管理员而言，最直接的变化是：处理“少数派”文件时不再需要拆分支或绕过规则。例如，构建产物（JAR、APK、静态资源）可以被限制在特定构建目录内，而项目根目录依然保持严格的文件类型白名单。对于大型单体仓库，文件大小限制的松弛条款也能让迁移过程更平滑——先给历史遗留大文件留出例外路径，再逐步清理，而不是一次性强制阻断所有提交。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
需要注意的是，该功能目前仅覆盖上述两种推送规则，并非所有规则类型都已支持路径例外。公开预览阶段的 API 与界面细节也可能在正式发布后有所调整，依赖自动化脚本管理规则集的团队，应留意后续版本兼容性说明。
值得关注的后续
第一，该功能处于公开预览，未来正式 GA 时是否会加入更多规则类型（如禁止提交密钥、限制分支名等）的支持，值得关注。第二，路径例外的存在是否会与代码扫描或秘密扫描联动产生告警盲区，是安全管理团队需要测试的环节。第三，GitHub 在 Changelog 中明确引导用户参与社区讨论并反馈意见，这意味着最终的规则匹配行为、性能边界以及审计日志记录方式，仍可能根据社区使用场景做出调整。
