共计 1435 个字符,预计需要花费 4 分钟才能阅读完成。
这篇“Kubernetes 的 Milestone Maintainers 信息有哪些”文章的知识点大部分人都不太理解,所以丸趣 TV 小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“Kubernetes 的 Milestone Maintainers 信息有哪些”文章吧。
Milestone Maintainers 隶属于 Release Team,负责维护版本的 Milestone。其成员除了来自 Release Team 外,还包括各个 SIG 的代表。本节内容侧重于介绍来自各个 SIG 的 milestone maintainer 相关信息。
一般来说,能够成为 Milestone Maintainers 的人,都是深度参与社区贡献的人。因为,作为 Milestone Maintainers 你需要识别出某个给定的 feature 或 bug 应该在哪个 release 中合入。另外,还需要了解一些版本发布规则,比如你需要准确的知道每个版本的 code freeze 时间点等关键信息。
Milestone Maintainers 职权
Milestone Maintainer 需要参与到某个社区会议、设计和各种讨论,以便可以识别出哪些 issue 和 PR 需要在特定的 release 解决。
作为 Milestone Maintainer,拥有为 issue 或 PR 设置 milestone 的权利。
申请成为 Milestone Maintainers
申请成为 Milestone Maintainer 的流程非常简单,只需三个步骤:
提交 PR 把自己加入到相应的配置文件中;
SIG 主席批准;
Release Team 主席批准;
提交 PR
在 https://github.com/kubernetes/org 仓库的 config/kubernetes/sig-release/teams.yaml 文件中记录了所有的 milestone maintainers. 申请成为 Milestone Maintainer 只需要提交 PR 把自己的 GitHub ID 加入进去即可。
如果你是 Release Team 成员,添加自己到 milestone-maintainers 的 maintainers 列表;
如果你是某个 SIG 选派出的代表,添加自己到 milestone-maintainers 的 members 列表:
提交 PR 时请注意,GitHub ID 是按字母升序排列的。
SIG 主席批准
通常每个 SIG 会有 2 到 3 名主席,一般需要事前跟某个主席达成一致,至少需要一名主席同意,你的 PR 才以继续。
Release Team 批准
一般而言,SIG 同意加入某位成员后,Release Team 不会拒绝,但如果某个 SIG 加入了很多 milestone maintainer 时,Release Team 可能会提出异议,此种情况下,建议增加一些背景信息,解释为什么需要加入。
为 PR、Issue 添加 Milestone
以 PR 为例,一旦识别出在要某个 release 合入,可以回复 /milestone v1.xx 以通知机器人为该 PR 设置 milestone,表明该 PR 需要在 v1.xx 版本合入:
机器人设置完成后,在 PR 右侧,则会呈现 milestone 信息,如下图所示:
以上就是关于“Kubernetes 的 Milestone Maintainers 信息有哪些”这篇文章的内容,相信大家都有了一定的了解,希望丸趣 TV 小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注丸趣 TV 行业资讯频道。