补丁版本

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

关于 Kubernetes 发布周期的通用信息，请参阅发布流程说明。

发布节奏

我们的典型补丁版本发布节奏是每月一次。对于 1.X 小版本发布后的最早几个补丁版本，节奏通常会稍微快一些（1 到 2 周）。关键 bug 修复可能会导致在正常节奏之外更紧急的发布。我们还力求在主要假期期间不进行发布。

联系方式

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

请给我们一个工作日的时间来回复 - 我们可能处于不同的时区！

在发布间隙，团队每周都会查看收到的 cherry pick 请求。如果对 PR 有疑问，团队将通过 GitHub PR、Slack 中的 SIG 频道以及 Slack 中的直接消息和电子邮件与提交者联系。

Cherry picks

请遵循cherry pick 流程。

Cherry pick 必须在 cherry pick 截止日期之前在 GitHub 中标记正确标签（例如 approved、lgtm、release-note）并通过 CI 测试，达到可合并状态。截止日期通常是目标发布日期的两天前，但也可能更早。PR 越早准备好越好，因为我们需要时间在合并你的 cherry pick 后、实际发布前获取 CI 信号。

未达到合并标准的 Cherry pick PR 将会延期并跟踪到下一个补丁版本。

支持周期

根据年度支持 KEP，Kubernetes 社区将为活跃的补丁版本系列提供大约十四 (14) 个月的支持。

这段时间的前十二个月将被视为标准支持期。

在这十二个月末，将发生以下情况

• 发布管理员将进行一次发布
• 该补丁版本系列将进入维护模式

在为期两个月的维护模式期间，发布管理员可能会进行额外的维护发布以解决以下问题：

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

在为期两个月的维护模式期结束后，该补丁版本系列将被视为 EOL（生命周期结束），并且相关的分支的 cherry pick 将很快被关闭。

请注意，选择每月的 28 号作为维护模式和 EOL 的目标日期是为了简化（每个月都有 28 号）。

即将到来的月度发布

发布时间表可能会因 bug 修复的严重程度而有所不同，但为了方便规划，我们将以下列月度发布点为目标。计划外、关键的发布也可能在这些日期之间发生。

活跃分支的详细发布历史

1.33

下一个补丁版本是 1.33.1。

Kubernetes 1.33 将于 2026 年 4 月 28 日 进入维护模式；Kubernetes 1.33 的生命周期结束日期是 2026 年 6 月 28 日。

1.32

下一个补丁版本是 1.32.5。

Kubernetes 1.32 将于 2025 年 12 月 28 日 进入维护模式；Kubernetes 1.32 的生命周期结束日期是 2026 年 2 月 28 日。

1.31

下一个补丁版本是 1.31.9。

Kubernetes 1.31 将于 2025 年 8 月 28 日 进入维护模式；Kubernetes 1.31 的生命周期结束日期是 2025 年 10 月 28 日。

1.30

下一个补丁版本是 1.30.13。

Kubernetes 1.30 将于 2025 年 4 月 28 日 进入维护模式；Kubernetes 1.30 的生命周期结束日期是 2025 年 6 月 28 日。

非活跃分支历史

这些版本不再受支持。