Kubernetes社区Maintainer角色的职责是什么

72次阅读
没有评论

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

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-04发表,共计1470字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)