一句话看懂：GitHub 调整了自托管 Runner 最低版本要求的强制生效时间，完整执行从原定日期改为 2026 年 9 月 29 日，低于版本要求的 Runner 将无法注册或停止执行工作流任务。
事件核心：发生了什么
据 GitHub Changelog 消息，GitHub Enterprise Cloud 对自托管 Runner（self-hosted runner）最低版本要求的强制执行日期已变更，新日期为 2026 年 9 月 29 日（周二），此前公布的时间不再适用。规则本身没有变化：低于 2.329.0 版本的 Runner 无法注册或重新注册；而已经注册、但版本低于执行工作流所需最低版本的 Runner，会直接停止运行任务。GitHub 建议尚未升级的团队在新截止日期前完成升级，并提供了自托管 Runner 文档，以及一个用于查询版本弃用信息的 REST API，可获取任意版本的注册与运行时弃用日期，便于对接近期限的 Runner 集群设置自动化告警。此次调整只涉及 GitHub Enterprise Cloud，GitHub Enterprise Server 不受影响；带 Data Residency 的 GitHub Enterprise Cloud 已于 2026 年 7 月 31 日开始执行。
为什么重要
对企业级 CI/CD 来说，自托管 Runner 通常承载私有依赖、GPU 训练任务或内网部署流程，一旦版本过低，最直接的结果就是流水线中断。目前公开信息显示，GitHub 正通过版本门槛把 Runner 纳入统一的安全与兼容基线，这与其在 Actions 生态上推进供应链安全和可观测性的方向一致。对依赖 AI 训练、模型推理或大规模自动化构建的团队而言，Runner 版本管理正在从“可选维护”变成“合规硬要求”，未及时升级会直接影响发布节奏。
对用户/开发者/创作者的影响
运维和平台工程团队需要先盘点现有 Runner 版本，把低于 2.329.0 的实例优先升级，避免注册失败；同时要区分注册最低版本与运行时最低版本，后者门槛更高，已注册的旧 Runner 也可能被停止调度。开发者如果发现 CI 任务突然不再被领取执行，应优先排查 Runner 版本，而不是先怀疑工作流配置。使用自托管 Runner 跑大模型微调、图像生成或批量数据处理的团队，建议接入新的 REST API，按版本弃用日期建立自动提醒，减少临时救火。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 2026 年 9 月 29 日之后，GitHub 是否会对运行时最低版本做进一步上调；二是依赖旧版 Runner 的企业是否会集中迁移到 GitHub 托管 Runner 或第三方 CI；三是该版本策略是否会向 GitHub Enterprise Server 延伸，目前公开信息显示后者暂不受影响。
