补丁版本

Kubernetes 补丁版本的发布时间表和团队联系信息。

有关 Kubernetes 发布周期的常规信息，请参阅发布流程说明。

节奏

我们的补丁发布节奏通常是每月一次。 在 1.X 次要版本之后，最早的补丁版本通常要快一些（提前 1 到 2 周）。 严重错误修复可能会导致超出正常节奏而更快速的发布。 我们尽量避免在重要的节假日期间发布。

联系方式

有关补丁发布团队（Patch Release Team）的完整联系方式， 请参阅发布管理员页面。

请给我们一个工作日回复，因为我们可能在不同的时区！

在两次发布之间，团队每周都会查看收到的 cherry pick 请求。 如果对 PR 有任何问题，团队将通过 GitHub PR、Slack 中的 SIG 频道以及 Slack 中的直接消息和 Email 与提交者取得联系。

Cherry Pick

请遵循 Cherry Pick 流程。

Cherry Pick 必须在 GitHub 中准备好合并，带有适当的标签（例如 approved、lgtm、release-note）， 并在 Cherry Pick 截止日期之前通过 CI 测试。这通常是目标发布前两天，但可能更早。 PR 越早准备好越好，因为在实际发布之前，合并了你的 Cherry Pick 后，我们需要时间来获取 CI 信号。

不符合合并标准的 Cherry Pick PR 将被带入下一个补丁版本中跟踪。

支持周期

根据年度支持 KEP 约定，Kubernetes 社区将在大约 14 个月的时间内支持活跃的补丁发布系列。

此时间范围的前 12 个月将被视为标准周期。

在 12 个月后，将发生以下事情：

• 发布管理员将删除一个版本
• 补丁发布系列将进入维护模式

在两个月的维护模式期间，发布管理员可能会删减额外的维护版本以解决：

• CVE（在安全响应委员会的建议下）
• 已分配 CVE ID 的漏洞（在安全响应委员会的建议下）
• 依赖问题（包括基础镜像更新）
• 关键核心组件问题

在两个月的维护模式期结束时，补丁发布系列将被视为 EOL（生命周期结束），相关分支的 Cherry Pick 将很快关闭。

请注意，为简单起见，选择每月 28 日作为维护模式和 EOL 目标日期（每个月都有）。

未来发布的月度版本

时间表可能会因错误修复的严重程度而有所不同，但为了便于规划，我们每月将按照以下时间点进行发布。 中间可能会发布一些计划外的关键版本。

活动分支的详细发布历史

1.31

下个补丁发布是 1.31.3。

1.31 于 Aug 28, 2025 进入维护模式，生命周期结束于 Oct 28, 2025。

1.30

下个补丁发布是 1.30.7。

1.30 于 Apr 28, 2025 进入维护模式，生命周期结束于 Jun 28, 2025。

1.29

下个补丁发布是 1.29.11。

1.29 于 Dec 28, 2024 进入维护模式，生命周期结束于 Feb 28, 2025。

非活动分支历史

不再支持这些版本。