共计 1470 个字符，预计需要花费 4 分钟才能阅读完成。
本篇内容主要讲解“Kubernetes 社区 Maintainer 角色的职责是什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让丸趣 TV 小编来带大家学习“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 角色的职责是什么”有了更深的了解，不妨来实际操作一番吧！这里是丸趣 TV 网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
