釋出管理者
"釋出管理者" 是一個總稱,涵蓋了負責維護髮布分支並使用 SIG Release 提供的工具建立釋出的 Kubernetes 貢獻者集合。
每個角色的職責如下所述。
聯絡方式
郵件列表 | Slack | 可見性 | 用法 | 成員資格 |
---|---|---|---|---|
release-managers@kubernetes.io | #release-management(頻道)/ @release-managers(使用者組) | 公開 | 釋出管理者的公開討論 | 所有釋出管理者(包括助理和 SIG 主席) |
release-managers-private@kubernetes.io | 不適用 | 私有 | 特權釋出管理者的私有討論 | 釋出管理者,SIG Release 領導層 |
security-release-team@kubernetes.io | #security-release-team(頻道)/ @security-rel-team(使用者組) | 私有 | 與安全響應委員會協調安全釋出 | security-discuss-private@kubernetes.io, release-managers-private@kubernetes.io |
安全禁令策略
有關釋出的一些資訊受禁運限制,我們已定義了有關如何設定這些禁運的策略。有關更多資訊,請參閱安全禁運策略。
手冊
注意:補丁釋出團隊和分支管理者手冊將在稍後去重。
釋出管理者
注意: 文件可能提及補丁釋出團隊和分支管理角色。這兩個角色已合併為釋出管理者角色。
釋出管理者和釋出管理者助理的最低要求是:
- 熟悉基本的 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)
技術負責人
過去的 Branch Managers 可以在 kubernetes/sig-release 倉庫的 releases 目錄中找到,具體在 release-x.y/release_team.md
檔案內。
示例:1.15 釋出團隊