服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- GitHub 将从 2026 年 12 月 8 日起处理过去一年没有活动的大多数仓库；告警会归档，不会因此删除。
- 公告列出的活动包括向任意分支或标签推送、创建仓库，以及启用 Dependabot 告警。
- 推送会自动重新启用告警；也可以在仓库设置中启用。两种方式都会恢复已归档告警并重新开始一年计时。
- 启用告警的受强制安全配置约束仓库及受特定企业策略保护的仓库获豁免；GitHub Enterprise Server 不在适用范围内。
生效日期是 12 月 8 日，不是现在
GitHub 在 2026 年 11 月 10 日公告，计划从 2026 年 12 月 8 日起，暂停过去一年没有活动的大多数仓库中的 Dependabot 告警。公告描述的是未来变更；不能据此断定某个仓库的告警已经关闭，也没有提供每个仓库的具体处理时刻或时区。
暂停时，仓库已有的告警会被归档而不是删除，之后可以恢复。归档保留了记录，但不代表相关漏洞已经修复。
公告列出的活动如何计算
GitHub 列出三类活动：向任何分支或标签推送；创建仓库；开启 Dependabot 告警。对于现有仓库，公告明确提到任一分支或标签上的推送都会满足活动条件；重新开启告警也属于活动。规则采用过去一年的时间窗口，但公告没有给出按仓库执行的精确截止时刻。
公告没有说查看仓库、点星、创建 Issue、评论 Pull Request 或浏览告警会重置这一年计时。不要把这些操作当作保留告警的保证，也不要据此推断某个仓库的实际活动状态。
如何重新开启并恢复已归档告警
向仓库任一分支或标签进行推送，会自动重新开启 Dependabot 告警。另一种方式是在仓库设置中手动启用告警。GitHub 表示，两种方式都会恢复已归档的告警，并让一年的计时从头开始。
GitHub 文档列出的路径是：仓库 Settings > Security and quality > Advanced Security > Dependabot alerts。由有相应权限的人选择 Enable（启用）；可见控件仍受实际访问权限和组织或企业策略约束。
仍在维护的仓库可以按正常开发计划完成有实际内容的推送；不方便推送时，也可以在设置中启用告警。操作后应在 GitHub 核实状态，公告没有给出每个仓库的具体恢复时间。
两类豁免，以及哪些 GitHub 部署适用
GitHub 不会关闭两类仓库的告警：受启用 Dependabot 告警的强制安全配置覆盖的仓库；以及位于某些企业中的仓库——该企业策略不允许仓库管理员自行切换 Dependabot 告警。是否符合豁免取决于实际配置和组织或企业策略，不能仅凭仓库名称判断。
这项变更适用于 github.com 上的所有计划，也适用于具有数据驻留的 GitHub Enterprise Cloud；后者的归档告警仍存放在企业数据所在区域。GitHub Enterprise Server 不适用。公告没有说明订阅价格变更、Dependabot 安全或版本更新 Pull Request 的排程变化，也没有报告任何账户或仓库的当前设置。
维护团队可以先核对什么
先列出仍在使用、但过去一年可能没有推送的仓库。由有权限的人检查 Dependabot 告警是否启用、是否有启用告警的强制安全配置，以及组织或企业策略是否限制仓库管理员切换设置。对仍需告警的仓库，安排正常的维护推送或通过仓库设置重新启用。
GitHub 没有公开你的仓库状态，也没有给出逐仓库的处理时间表。检查完成后，记录实际看到的告警状态与相关策略，供后续维护核对。
资料来源
常见问题
升级付费计划就能让仓库自动获得豁免吗？
公告没有把升级计划列为豁免条件，规则覆盖 github.com 上的所有计划。应核对实际的强制安全配置或企业 Dependabot 告警策略，不能仅凭付费订阅判断。
恢复归档告警后，维护工作就完成了吗？
恢复告警与修复依赖漏洞是两件事。团队仍需逐项评估告警，按正常维护流程更新相关依赖、测试和发布，再核对实际告警状态；不要把恢复操作当作已修复或新扫描完成的证据。