这篇“Kubernetes的Milestone Maintainers信息有哪些”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“Kubernetes的Milestone Maintainers信息有哪些”文章吧。
Milestone Maintainers
隶属于Release Team
,负责维护版本的Milestone。其成员除了来自Release Team
外,还包括各个SIG
的代表。本节内容侧重于介绍来自各个SIG
的milestone maintainer相关信息。
一般来说,能够成为Milestone Maintainers
的人,都是深度参与社区贡献的人。因为,作为Milestone Maintainers
你需要识别出某个给定的feature或bug应该在哪个release中合入。另外,还需要了解一些版本发布规则,比如你需要准确的知道每个版本的code freeze
时间点等关键信息。
Milestone Maintainer 需要参与到某个社区会议、设计和各种讨论,以便可以识别出哪些issue和PR需要在特定的release解决。
作为Milestone Maintainer,拥有为issue或PR设置 milestone 的权利。
申请成为Milestone Maintainer的流程非常简单,只需三个步骤:
提交PR把自己加入到相应的配置文件中;
SIG 主席批准;
Release Team 主席批准;
在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会有2到3名主席,一般需要事前跟某个主席达成一致,至少需要一名主席同意,你的PR才以继续。
一般而言,SIG同意加入某位成员后,Release Team不会拒绝,但如果某个SIG 加入了很多milestone maintainer时,Release Team 可能会提出异议,此种情况下,建议增加一些背景信息,解释为什么需要加入。
以PR为例,一旦识别出在要某个release合入,可以回复/milestone v1.xx
以通知机器人为该PR设置milestone,表明该PR需要在v1.xx版本合入:
机器人设置完成后,在PR右侧,则会呈现milestone信息,如下图所示:
以上就是关于“Kubernetes的Milestone Maintainers信息有哪些”这篇文章的内容,相信大家都有了一定的了解,希望小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。