共計 1470 個字符，預計需要花費 4 分鐘才能閱讀完成。
本篇內容主要講解“Kubernetes 社區 Maintainer 角色的職責是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓丸趣 TV 小編來帶大家學習“Kubernetes 社區 Maintainer 角色的職責是什么”吧!
社區成員按照角色，分為 member、reviewer、approver、subproject owner。
kubernetes/community：community-membership.md 中有非常詳細的說明。
下面我們簡單介紹一下每個角色的職責和要求。
member
member 被定義為活躍的社區貢獻者。想要成為 member 列表成員除了做過比較多的貢獻外，還需要兩位 reviewer 提名。
要求
GitHub 帳號開啟雙因素驗證；
做過多次貢獻；
加入 Google 論壇的 kubernetes 開發者群組；
閱讀過貢獻者手冊；
1 個或多個子項目的活躍貢獻者；
由 2 個 reviewer 提名；
職責和權利
負責解決 issue 和處理 PR；
負責維護自己提交的代碼；
可以接受別人的檢視請求；
自己提交的 PR 可以自動觸發自動化測試而不需要批準；
可以指定 PR 啟動自動化測試，也可以關閉 PR；
如果你經常提交貢獻，就可能被吸納成為 member，成為 member 就可以被分配 PR，自己提交的 PR 會享有提前自動化測試（不需要他人批準）的特權。
reviewer
reviewer 負責檢視 member 提交的代碼，reviewer 通常是某個子項目的作者或深度參與者。
要求
成為 reviewer 的條件：
作為 member 成員至少超過 3 個月；
作為 PR 的主要檢視人，至少檢視過 5 個 PR；
檢視過或合入過至少 20 個 PR；
熟悉項目的代碼；
被某個項目的 approver 提名；
成為 reviewer 可以自已申請，也可以由 approver 提名。如果有足夠我的 PR，機器人也可以自動幫你提名。
職責和權利
有充足的時間處理大的代碼提交；
負責項目的代碼質量；
負責 PR 的檢視任務；
負責測試本項目的 bug；
發放一個徽章，在提交 PR 和 issue 時可見；
approver
approver 負責批準代碼是否可以合入，approver 通常是某個子項目資深人員，同時還是活躍的 reviewer。
要求
作為 reviewer 至少 3 個月；
作為主要 reviewer，參與過至少 10 個 PR；
檢視過或提交過至少 30 個 PR；
被 subproject owner 提名；
職責和權利
需要有充足的時間（以應對大量的代碼貢獻）；
指導 reviewer 和其他貢獻者；
有權力接受貢獻者的代碼；
職責和權利 subproject owner
subproject owner 負責子項目的發展方向、特性優先級排序等，通常是子項目的核心人物，不僅有高度責任心，還有足夠的技術敏感度。
要求
深刻更解子項目的目標和方向；
深刻理解子項目技術領域；
持續貢獻本子項目，包括編碼、檢視、討論等
職責和權利
發起或批準某子項目技術決策；
指引技術方向和項目優先級；
定義里程碑和發布策略；
指導本項目的 approver、reviewers 和貢獻者；
保證本項目的持續演進；
確保打造一種溝通和決策的氛圍；
負責與周邊項目合作事宜；
Maintainer
Maintainer 角色在 2018 年就已經被棄用，這個被 owner 替代了，即原 Maintainer 實際上對應某個或多個子項目的 owner。
到此，相信大家對“Kubernetes 社區 Maintainer 角色的職責是什么”有了更深的了解，不妨來實際操作一番吧！這里是丸趣 TV 網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
