建站
咨詢
售后
建站咨詢
新聞中心
本篇內(nèi)容主要講解“Kubernetes社區(qū)Maintainer角色的職責(zé)是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Kubernetes社區(qū)Maintainer角色的職責(zé)是什么”吧!
我們提供的服務(wù)有：成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、微信公眾號開發(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帳號開啟雙因素驗(yàn)證；
做過多次貢獻(xiàn)；
加入Google論壇的kubernetes開發(fā)者群組；
閱讀過貢獻(xiàn)者手冊；
1個(gè)或多個(gè)子項(xiàng)目的活躍貢獻(xiàn)者；
由2個(gè)reviewer提名；
職責(zé)和權(quán)利
負(fù)責(zé)解決issue和處理PR；
負(fù)責(zé)維護(hù)自己提交的代碼；
可以接受別人的檢視請求；
自己提交的PR可以自動觸發(fā)自動化測試而不需要批準(zhǔn)；
可以指定PR啟動自動化測試，也可以關(guān)閉PR；
如果你經(jīng)常提交貢獻(xiàn)，就可能被吸納成為member，成為member就可以被分配PR，自己提交的PR會享有提前自動化測試（不需要他人批準(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可以自已申請，也可以由approver提名。如果有足夠我的PR，機(jī)器人也可以自動幫你提名。
職責(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)對大量的代碼貢獻(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)先級排序等，通常是子項(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)先級；
定義里程碑和發(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í)際上對應(yīng)某個(gè)或多個(gè)子項(xiàng)目的owner。
到此，相信大家對“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í)！
分享題目：Kubernetes社區(qū)Maintainer角色的職責(zé)是什么
本文地址：http://ef60e0e.cn/article/jicigi.html
