本篇内容主要讲解“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角色的职责是什么”有了更深的了解，不妨来实际操作一番吧！这里是天达云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！