本篇內(nèi)容主要講解“Kubernetes社區(qū)Maintainer角色的職責(zé)是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Kubernetes社區(qū)Maintainer角色的職責(zé)是什么”吧!

我們提供的服務(wù)有：成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、江北ssl等。為上1000家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的江北網(wǎng)站制作公司

社區(qū)成員按照角色，分為member、reviewer、approver、subproject owner。

kubernetes/community：community-membership.md中有非常詳細(xì)的說明。

下面我們簡單介紹一下每個(gè)角色的職責(zé)和要求。

member

member被定義為活躍的社區(qū)貢獻(xiàn)者。想要成為member列表成員除了做過比較多的貢獻(xiàn)外，還需要兩位reviewer提名。

要求

• GitHub帳號(hào)開啟雙因素驗(yàn)證；

• 做過多次貢獻(xiàn)；

• 加入Google論壇的kubernetes開發(fā)者群組；

• 閱讀過貢獻(xiàn)者手冊(cè)；

• 1個(gè)或多個(gè)子項(xiàng)目的活躍貢獻(xiàn)者；

• 由2個(gè)reviewer提名；

職責(zé)和權(quán)利

• 負(fù)責(zé)解決issue和處理PR；

• 負(fù)責(zé)維護(hù)自己提交的代碼；

• 可以接受別人的檢視請(qǐng)求；

• 自己提交的PR可以自動(dòng)觸發(fā)自動(dòng)化測試而不需要批準(zhǔn)；

• 可以指定PR啟動(dòng)自動(dòng)化測試，也可以關(guān)閉PR；

如果你經(jīng)常提交貢獻(xiàn)，就可能被吸納成為member，成為member就可以被分配PR，自己提交的PR會(huì)享有提前自動(dòng)化測試（不需要他人批準(zhǔn)）的特權(quán)。

reviewer

reviewer負(fù)責(zé)檢視member提交的代碼，reviewer通常是某個(gè)子項(xiàng)目的作者或深度參與者。

要求

成為reviewer的條件：

• 作為member成員至少超過3個(gè)月；

• 作為PR的主要檢視人，至少檢視過5個(gè)PR；

• 檢視過或合入過至少20個(gè)PR；

• 熟悉項(xiàng)目的代碼；

• 被某個(gè)項(xiàng)目的approver提名；

成為reviewer可以自已申請(qǐng)，也可以由approver提名。如果有足夠我的PR，機(jī)器人也可以自動(dòng)幫你提名。

職責(zé)和權(quán)利

• 有充足的時(shí)間處理大的代碼提交；

• 負(fù)責(zé)項(xiàng)目的代碼質(zhì)量；

• 負(fù)責(zé)PR的檢視任務(wù)；

• 負(fù)責(zé)測試本項(xiàng)目的bug；

• 發(fā)放一個(gè)徽章，在提交PR和issue時(shí)可見；

approver

approver負(fù)責(zé)批準(zhǔn)代碼是否可以合入，approver通常是某個(gè)子項(xiàng)目資深人員，同時(shí)還是活躍的reviewer。

要求

• 作為reviewer至少3個(gè)月；

• 作為主要reviewer，參與過至少10個(gè)PR；

• 檢視過或提交過至少30個(gè)PR；

• 被subproject owner提名；

職責(zé)和權(quán)利

• 需要有充足的時(shí)間（以應(yīng)對(duì)大量的代碼貢獻(xiàn)）；

• 指導(dǎo)reviewer和其他貢獻(xiàn)者；

• 有權(quán)力接受貢獻(xiàn)者的代碼；

職責(zé)和權(quán)利

subproject owner

subproject owner負(fù)責(zé)子項(xiàng)目的發(fā)展方向、特性優(yōu)先級(jí)排序等，通常是子項(xiàng)目的核心人物，不僅有高度責(zé)任心，還有足夠的技術(shù)敏感度。

要求

• 深刻更解子項(xiàng)目的目標(biāo)和方向；

• 深刻理解子項(xiàng)目技術(shù)領(lǐng)域；

• 持續(xù)貢獻(xiàn)本子項(xiàng)目，包括編碼、檢視、討論等

職責(zé)和權(quán)利

• 發(fā)起或批準(zhǔn)某子項(xiàng)目技術(shù)決策；

• 指引技術(shù)方向和項(xiàng)目優(yōu)先級(jí)；

• 定義里程碑和發(fā)布策略；

• 指導(dǎo)本項(xiàng)目的approver、reviewers和貢獻(xiàn)者；

• 保證本項(xiàng)目的持續(xù)演進(jìn)；

• 確保打造一種溝通和決策的氛圍；

• 負(fù)責(zé)與周邊項(xiàng)目合作事宜；

Maintainer

Maintainer角色在2018年就已經(jīng)被棄用，這個(gè)被owner替代了，即原Maintainer實(shí)際上對(duì)應(yīng)某個(gè)或多個(gè)子項(xiàng)目的owner。

到此，相信大家對(duì)“Kubernetes社區(qū)Maintainer角色的職責(zé)是什么”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！