聚焦SIG Release（发布团队子项目）
内容提要
Kubernetes的发布特别兴趣小组（SIG Release）负责管理新版本的发布流程，通常每三到四个月进行一次。该小组与其他贡献者合作，确保发布顺利进行，包括规划时间表、设定截止日期和创建发布文档。发布过程分为多个阶段，确保新特性经过充分测试。SIG Release欢迎新贡献者参与，提供多种参与方式，如“发布影子计划”。
延伸解读
发布流程的阶段性设计
Kubernetes 的发布流程分为多个阶段，包括发布团队组建、特性成熟和稳定化。在特性成熟阶段，会先发布 Alpha 版本收集反馈，再发布 Beta 版本修复缺陷，最后发布候选版本。稳定化阶段实施代码冻结，禁止新增特性，专注于测试和稳定。这种分阶段设计确保新特性经过充分测试，降低发布风险。
特性纳入发布的决策机制
决定哪些特性进入发布并非由发布团队单独决定。各 SIG 和经验丰富的贡献者先决定是否包含某特性，发布团队随后确保这些贡献满足文档、测试和向后兼容等要求。对于关键例外，需要团队多数共识。这种分散决策与集中审核的结合，既尊重了领域专家的判断，又保证了发布质量。
参与发布工作的途径与要求
参与 SIG Release 的主要途径是发布影子计划，该计划让新人跟随经验丰富的成员完整体验一个发布周期。申请者众多，竞争激烈，但被拒绝并不意味着能力不足。除了影子计划，还可以参加每周的 SIG Release 会议，从其他项目入手。团队更看重热情、责任感和可信度，技术能力可以在实践中培养。
发布团队面临的挑战与应对
发布团队每个周期都会遇到不同挑战，如新发现的 CVE、内部工具缺陷或之前版本引入的回归问题。此外，团队成员多为志愿者，人手有时不足。团队通过严格遵循流程和指南来应对，这些指南是社区大量讨论的结晶，能避免重复争论，将精力集中在关键问题上。
Q&A
Kubernetes的发布特别兴趣小组（SIG Release）主要负责什么？
SIG Release负责管理Kubernetes新版本的发布流程，通常每三到四个月进行一次。
SIG Release的发布过程分为哪些阶段？
发布过程分为发布团队组建、特性成熟阶段、稳定化阶段等多个阶段。
如何参与SIG Release的工作？
新贡献者可以通过参与“发布影子计划”等方式，跟随经验丰富的团队成员学习和参与工作。
在发布过程中，如何确保新特性的质量？
发布团队遵循严格的流程和指南，确保特性经过充分测试和文档完善。
发布影子计划是什么？
发布影子计划让有兴趣的人观察发布团队的工作，了解Kubernetes发布周期的运作。
SIG Release在发布过程中面临哪些挑战？
发布过程中可能面临最后时刻的安全漏洞、内部工具的bug以及志愿者人手不足等挑战。
