社區角色（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。