发布管理者

"发布管理者" 是一个总称，涵盖了负责维护发布分支并使用 SIG Release 提供的工具创建发布的 Kubernetes 贡献者集合。

每个角色的职责如下所述。

• 联系方式
  • 安全禁令策略
• 手册
• 发布管理者
  • 成为发布管理者
• 发布管理者助理
  • 成为发布管理者助理
• SIG Release 领导
  • 主席
  • 技术负责人

联系方式

安全禁令策略

有关发布的一些信息受禁运限制，我们已定义了有关如何设置这些禁运的策略。有关更多信息，请参阅安全禁运策略。

手册

注意：补丁发布团队和分支管理者手册将在稍后去重。

• 补丁发布团队
• 分支管理者

发布管理者

注意： 文档可能提及补丁发布团队和分支管理角色。这两个角色已合并为发布管理者角色。

发布管理者和发布管理者助理的最低要求是：

• 熟悉基本的 Unix 命令，并能够调试 shell 脚本。
• 熟悉通过 `git` 进行的分支源代码工作流和相关的 `git` 命令行调用。
• 熟悉 Google Cloud（Cloud Build 和 Cloud Storage）。
• 乐于寻求帮助并清晰沟通。
• Kubernetes 社区成员资格

发布管理者负责：

• 协调并发布 Kubernetes 版本
  • 补丁发布（x.y.z，其中 z > 0）
  • 次要版本（x.y.z，其中 z = 0）
  • 预发布（alpha、beta 和候选发布）
  • 在每个发布周期中与发布团队合作
  • 设置补丁发布的计划和节奏
• 维护发布分支
  • 审查 cherry-pick
  • 确保发布分支保持健康，并且没有意外补丁合并
• 指导发布管理者助理小组
• 积极开发功能并维护 k/release 中的代码
• 通过积极参与“伙伴计划”支持发布管理者助理和贡献者
  • 每月与助理们进行沟通并分配任务，授权他们进行发布，并提供指导
  • 随时准备支持助理们入职新贡献者，例如回答问题并建议合适的任务

该团队有时与安全响应委员会密切合作，因此应遵守安全发布流程中规定的准则。

GitHub 访问控制：@kubernetes/release-managers

GitHub 提及：@kubernetes/release-engineering

• Adolfo García Veytia (@puerco)
• Cici Huang (@cici37)
• Carlos Panato (@cpanato)
• Jeremy Rickard (@jeremyrickard)
• Marko Mudrinić (@xmudrii)
• Nabarun Pal (@palnabarun)
• Sascha Grunert (@saschagrunert)
• Stephen Augustus (@justaugustus)
• Verónica López (@verolop)

成为发布管理者

要成为发布管理者，必须首先担任发布管理者助理。助理通过在多个周期中积极参与发布工作，并通过以下方式晋升为发布管理者：

• 展现领导意愿
• 与发布管理者在补丁方面进行团队合作，最终能够独立完成发布
  • 由于发布具有限制性功能，我们还考虑对镜像推广和其他核心发布工程任务做出实质性贡献
• 质疑助理的工作方式，提出改进建议，收集反馈并推动变革
• 可靠且响应迅速
• 承担需要发布管理者级别访问权限和特权才能完成的高级工作

发布管理者助理

发布管理者助理是发布管理者的学徒，以前被称为发布管理者影子。他们负责：

• 补丁发布工作，cherry-pick 审查
• 为 k/release 做出贡献：更新依赖项并熟悉源代码库
• 为文档做出贡献：维护手册，确保发布流程有文档记录
• 在发布管理者的帮助下：在发布周期中与发布团队合作并发布 Kubernetes 版本
• 寻找机会协助确定优先级和沟通
  • 发送有关补丁发布的预先通知和更新
  • 更新日历，协助根据发布周期时间表设置发布日期和里程碑
• 通过伙伴计划，指导新贡献者并与他们结对完成任务

GitHub 提及：@kubernetes/release-engineering

• Arnaud Meukam (@ameukam)
• Jim Angel (@jimangel)
• Joseph Sandoval (@jrsapi)
• Xander Grzywinski(@salaxander)

成为发布管理者助理

贡献者可以通过以下方式成为助理：

• 持续参与，包括 6-12 个月的积极发布工程相关工作
• 在发布周期中担任发布团队技术主管的经验
  • 这种经验为全面了解 SIG Release 的运作方式奠定了坚实的基础，包括我们对技术技能、沟通/响应能力和可靠性的期望
• 处理 k/release 项目，以改进我们与 Testgrid 的交互、清理库等。
  • 这些工作需要与发布管理者和助理进行交互和结对

SIG Release 领导

SIG Release 主席和技术负责人负责：

• SIG Release 的治理
• 为发布管理者和助理主持知识交流会议
• 提供领导力和优先级方面的指导

此处明确提及他们，因为他们是每个角色的各种通信渠道和权限组（GitHub 团队，GCP 访问）的所有者。因此，他们是高度特权的社区成员，并有权访问一些私人通信，这些通信有时可能与 Kubernetes 安全披露有关。

GitHub 团队：@kubernetes/sig-release-leads

主席

• Jeremy Rickard (@jeremyrickard)
• Sascha Grunert (@saschagrunert)
• Stephen Augustus (@justaugustus)

技术负责人

• Adolfo García Veytia (@puerco)
• Carlos Panato (@cpanato)
• Verónica López (@verolop)

过去的 Branch Managers 可以在 kubernetes/sig-release 仓库的 releases 目录中找到，具体在 release-x.y/release_team.md 文件内。

示例：1.15 发布团队