Kubernetes社區Maintainer角色的職責是什么

本篇內容主要講解“Kubernetes社區Maintainer角色的職責是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“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角色的職責是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！