十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
本篇内容主要讲解“Kubernetes社区Maintainer角色的职责是什么”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Kubernetes社区Maintainer角色的职责是什么”吧!
我们提供的服务有:成都网站设计、网站制作、微信公众号开发、网站优化、网站认证、江北ssl等。为上1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的江北网站制作公司
社区成员按照角色,分为member
、reviewer
、approver
、subproject owner
。
kubernetes/community:community-membership.md中有非常详细的说明。
下面我们简单介绍一下每个角色的职责和要求。
member被定义为活跃的社区贡献者。想要成为member列表成员除了做过比较多的贡献外,还需要两位reviewer提名。
GitHub帐号开启双因素验证;
做过多次贡献;
加入Google论坛的kubernetes开发者群组;
阅读过贡献者手册;
1个或多个子项目的活跃贡献者;
由2个reviewer提名;
负责解决issue和处理PR;
负责维护自己提交的代码;
可以接受别人的检视请求;
自己提交的PR可以自动触发自动化测试而不需要批准;
可以指定PR启动自动化测试,也可以关闭PR;
如果你经常提交贡献,就可能被吸纳成为member,成为member就可以被分配PR,自己提交的PR会享有提前自动化测试(不需要他人批准)的特权。
reviewer负责检视member提交的代码,reviewer通常是某个子项目的作者或深度参与者。
成为reviewer的条件:
作为member成员至少超过3个月;
作为PR的主要检视人,至少检视过5个PR;
检视过或合入过至少20个PR;
熟悉项目的代码;
被某个项目的approver提名;
成为reviewer可以自已申请,也可以由approver提名。如果有足够我的PR,机器人也可以自动帮你提名。
有充足的时间处理大的代码提交;
负责项目的代码质量;
负责PR的检视任务;
负责测试本项目的bug;
发放一个徽章,在提交PR和issue时可见;
approver负责批准代码是否可以合入,approver通常是某个子项目资深人员,同时还是活跃的reviewer。
作为reviewer至少3个月;
作为主要reviewer,参与过至少10个PR;
检视过或提交过至少30个PR;
被subproject owner提名;
需要有充足的时间(以应对大量的代码贡献);
指导reviewer和其他贡献者;
有权力接受贡献者的代码;
subproject owner负责子项目的发展方向、特性优先级排序等,通常是子项目的核心人物,不仅有高度责任心,还有足够的技术敏感度。
深刻更解子项目的目标和方向;
深刻理解子项目技术领域;
持续贡献本子项目,包括编码、检视、讨论等
发起或批准某子项目技术决策;
指引技术方向和项目优先级;
定义里程碑和发布策略;
指导本项目的approver、reviewers和贡献者;
保证本项目的持续演进;
确保打造一种沟通和决策的氛围;
负责与周边项目合作事宜;
Maintainer角色在2018年就已经被弃用,这个被owner替代了,即原Maintainer实际上对应某个或多个子项目的owner。
到此,相信大家对“Kubernetes社区Maintainer角色的职责是什么”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!