共计 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 网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!