发布经理

“发布经理”是一个总称，涵盖了一组负责维护发布分支并使用 SIG 发布提供的工具创建发布的 Kubernetes 贡献者。

每个角色的职责将在下面描述。

• 联系
  • 安全禁运政策
• 手册
• 发布经理
  • 成为发布经理
• 发布经理助理
  • 成为发布经理助理
• SIG 发布负责人
  • 主席
  • 技术负责人

联系

安全禁运政策

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

手册

注意：补丁发布团队和分支经理手册将在以后的日期去重。

• 补丁发布团队
• 分支经理

发布经理

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

发布经理和发布经理助理的最低要求是

• 熟悉基本的 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 中的代码
• 通过积极参与 Buddy 计划，支持发布经理助理和贡献者
  • 每月与助理核对并委派任务，授权他们发布版本，并进行指导
  • 随时支持助理入职新的贡献者，例如回答问题并为他们建议合适的工作

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

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

GitHub 引用：@kubernetes/release-engineering

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

成为发布经理

要成为发布经理，必须首先担任发布经理助理。助理通过积极参与多个周期的发布并

• 表现出领导意愿
• 与发布经理一起处理补丁，最终独立发布版本
  • 由于发布具有限制性功能，我们还会考虑对镜像推广和其他核心发布工程任务的重大贡献
• 质疑助理的工作方式，提出改进建议，收集反馈并推动改变
• 可靠且响应迅速
• 承担需要发布经理级别访问权限和权限才能完成的更高级工作

发布经理助理

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

• 补丁发布工作，cherry pick 审查
• 为 k/release 做贡献：更新依赖项并习惯源代码库
• 为文档做贡献：维护手册，确保发布流程得到记录
• 在发布经理的帮助下：在发布周期中与发布团队合作并发布 Kubernetes 版本
• 寻求帮助优先级排序和沟通的机会
  • 发送补丁发布的预先通知和更新
  • 更新日历，根据发布周期时间表帮助确定发布日期和里程碑
• 通过 Buddy 计划，为新贡献者入职并与他们一起完成任务

GitHub 引用：@kubernetes/release-engineering

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

成为发布经理助理

贡献者可以通过展示以下方面来成为助理

• 持续参与，包括 6-12 个月的积极发布工程相关工作
• 在发布周期中担任发布团队技术负责人角色的经验
  • 这种经验为理解 SIG 发布的整体运作提供了坚实的基础，包括我们对技术技能、沟通/响应能力和可靠性的期望
• 处理 k/release 项目，这些项目可以改善我们与 Testgrid 的交互，清理库等。
  • 这些努力需要与发布经理和助理互动和配对

SIG 发布负责人

SIG 发布主席和技术负责人负责

• SIG 发布的治理
• 为发布经理和助理举办知识交流会议
• 领导力和优先级排序方面的指导

他们在这里被明确提及，因为他们是每个角色的各种通信渠道和权限组（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)
• Veronica López (@verolop)

以前的 Branch Managers 可以从 kubernetes/sig-release 存储库的releases 目录中的 release-x.y/release_team.md 中找到。

示例：1.15 发布团队