GitHub 自托管 Runner 版本强制升级：2026 年 9 月 29 日全面生效
GitHub 近期更新了其自托管 Runner（Self-hosted Runner）的版本管理策略，针对 GitHub Enterprise Cloud 用户实施了新的最低版本强制要求。这一变更标志着 CI/CD 基础设施的进一步标准化，旨在确保企业级工作流的稳定性与安全性。
核心变更：执行日期与范围
此次更新的核心在于执行时间表的调整：
- 生效日期：原定于 2026 年 9 月 28 日发布的变更，实际上将正式强制执行推迟至 2026 年 9 月 29 日（周二）。
- 受影响范围：仅适用于 GitHub Enterprise Cloud 环境。传统的 GitHub Enterprise Server 版本不受此影响。
- 前置条件：自 2026 年 7 月 31 日起，GitHub Enterprise Cloud with Data Residency 环境已开始执行类似的升级策略。
技术细节与影响
尽管执行日期有所调整，但最低版本要求本身并未改变：
- 注册限制：版本低于 2.329.0 的自托管 Runner 将无法进行注册或重新注册。
- 运行阻断：对于已注册但版本低于执行工作流所需最低版本（该版本高于注册最低版本）的 Runner，其工作流任务将从 2026 年 9 月 29 日起停止运行，即使它们之前已成功注册。
这意味着，任何依赖旧版本 Runner 构建的企业级自动化流水线将面临中断风险。
应对策略与开发者建议
为了规避潜在的服务中断，GitHub 建议开发者采取以下措施：
- 提前升级：务必在 2026 年 9 月 29 日 之前完成自托管 Runner 的升级工作。
- 参考文档：详细升级指南请参考官方提供的 自托管 Runner 文档。
- 自动化监控：GitHub 推出了新的 REST API for runner version deprecations。开发者可以利用该 API 查询特定 Runner 版本的注册和运行时弃用日期，并针对即将过期的 Runner 车队（Fleet）建立自动化警报机制。
总结
此次更新是 GitHub 推动基础设施现代化的一部分，虽然执行日期的微调为团队提供了缓冲期，但核心目标明确：淘汰旧版本 Runner，确保 CI/CD 生态的长期稳定。对于拥有大规模自托管 Runner 的企业用户而言，制定升级计划已刻不容缓。
“为了确保所有工作流在 GitHub Enterprise Cloud 上的持续可靠运行，我们必须在 2026 年 9 月 29 日之前完成基础设施的升级。” —— GitHub 官方团队
