一句话看懂：GitHub 宣布从 2026 年 8 月 18 日起，未更新安全补丁的旧版 GitHub Enterprise Server 将无法通过命令行上传支持包。管理员需提前升级到指定最低补丁版本，否则可能面临故障排查受阻的风险。
事件核心：发生了什么
GitHub Changelog 发布公告，计划对 GitHub Enterprise Server（GHES）实施一项安全变更。自 2026 年 8 月 18 日起，GitHub 将拒绝接收来自未携带所需安全补丁的旧版 GHES 设备通过命令行上传的支持包。受影响的上传命令包括 ghe-support-bundle、ghe-cluster-support-bundle 和 ghe-support-upload。GitHub 明确列出了各版本线需要达到的最低补丁版本：3.21.3、3.20.5、3.19.9、3.18.12 和 3.17.18。如果当前运行的 GHES 版本已不再受支持，官方强烈建议尽快升级到仍受支持的版本。
为什么重要
支持包是 GitHub Enterprise Server 用户向官方提交技术支持请求时的核心附件，包含日志、配置和诊断数据。此次变更本质上是 GitHub 推动企业用户保持安全更新的策略——通过切断旧版本的上传通道，倒逼用户消除已知安全漏洞。对于运行自管理 GitHub 实例的企业 IT 团队而言，这直接关系到故障响应效率和合规性。错过截止日期意味着在遇到生产环境问题时，无法通过标准渠道快速获取 GitHub 官方支持，可能显著延长故障修复时间。
对用户/开发者/创作者的影响
受影响最直接的是企业级 GHES 管理员和技术运维人员。他们需要在 2026 年 8 月 18 日之前完成实例的补丁升级。如果当前运行的是 3.17.x 或更早版本，需要先升级到 3.17.18 或迁移到更高的受支持版本线。对于开发者或普通用户而言，如果所在企业未及时升级，提交工单时可能被要求先联系 GitHub 支持另寻上传方案。非企业版的 GitHub Cloud 用户不受此公告影响。
值得关注的后续
- GitHub 是否会在 8 月 18 日后发布更具体的“联系 GitHub Support”的替代上传流程，以及该流程是否会引入额外延迟或审核步骤。
- 在这次安全补丁要求之后，GitHub 是否会进一步缩紧对更早版本线的支持窗口，例如提前宣布后续版本的终止支持日期。
- 企业用户是否会出现集中升级潮，以及 GitHub 的补丁发布节奏是否足以覆盖所有活跃版本线的维护需求。
