GitHub 调整自托管运行器版本执行时间：注册成功不代表仍能接任务

10-01 4阅读

GitHub在2026年9月28日更新Enterprise Cloud自托管运行器最低版本要求的执行时间：公告称全面执行从9月29日开始。低于2.329.0的运行器无法注册或重新注册；已注册运行器若低于作业运行所需的更高最低版本，也会停止接任务。不能把注册门槛误当成运行门槛。官方公告。

图：AI生成构建运行器版本检查概念配图，非真实产品界面、实验结果或实时监测图。

先确认适用产品和当前日期

此次时间调整仅影响GitHub Enterprise Cloud，不影响Enterprise Server；带数据驻留的Enterprise Cloud此前已于7月31日开始执行。本文核对时公告所列9月29日已经过去，因此仍维护旧版本的团队应检查现状，而不应继续把它当成尚未到来的提醒。

GitHub另有版本退役API，可查询给定版本的注册与运行支持结束时间。这比在文档里长期保存一个静态版本数字更适合持续维护，但具体升级仍应遵循当前官方说明。

维护清单应至少包含运行器所属组织、用途、实际版本、基础镜像来源与维护人。临时运行器尤其容易遗漏：控制台里看到一台新实例，不代表创建它的镜像也是新的。如果旧镜像不断复制出过期软件，只修复当前在线机器无法解决后续问题。

当作业排队时，先保留任务、运行器状态和版本证据，再区分版本限制、标签不匹配、容量不足或服务故障。不要因为公告提到了版本，就把所有排队都归因于这一点。相反，运行器显示在线，也不能单独证明它仍能正常执行当前工作流。

可以先在获准的测试运行器上验证代表性构建，检查工具链、缓存、网络依赖与产物上传，再逐步替换相同用途的环境。维护窗口还应考虑正在运行的任务以及失败时的恢复方案，不能通过盲目重启一组机器来验证是否修好。

最后把版本检查接入定期维护记录，明确由谁关注下一次退役日期。告警应指向可行动的信息：哪些环境接近门槛、由哪个模板创建、谁负责更新。此次公告提醒我们，CI基础设施的“存在、在线、可注册、可执行”是不同状态，日常验收需要检查真正的工作结果。

核对时间：2026年10月1日（北京时间）。新闻事实依据链接中的一手资料；独立分析为本站观点，具体可用范围与文档可能变化。