一文了解 openEuler SIG 组角色划分与管理运作
![一文了解openEuler SIG组角色划分与管理运作](https://static001.geekbang.org/infoq/8f/8f57c3c113f8dfaa7121a66d719cec82.jpeg)
SIG,即 Special Interest Group(特别兴趣小组)。它是 openEuler 社区的开发者们为了更好地管理和发展社区技术生态,根据多样性计算、云原生全栈、全场景协同、大数据与 AI、兼容性与迁移等不同领域方向自发组织的兴趣小组。
不管是萌新学员,还是开源老司机,均可以按照自己的兴趣加入不同的 SIG 组,找到志趣相投的朋友,带着用户需求,一起开发一起实现!
开源至今,开发者们已在 openEuler 社区成立近百个 SIG 组。社区不少小伙伴都比较好奇,这些 SIG 组都有哪些成员角色?又是怎么管理运作的?下面我们来详细说说。
下图为 openEuler SIG Landspace(部分 SIG 展示)
URL:https://www.openeuler.org/zh/sig/sig-list/
![](https://static001.geekbang.org/infoq/b5/b5e9eb50661c7e6746d61085e1c10f76.png)
SIG 组成员角色划分
在 openEuler 社区,SIG 组的核心成员主导该 SIG 的治理,与组内成员共同推动交付成果的输入,并争取让交付成果成为 openEuler 社区版本发行的一部分。
通过和多个 SIG 组讨论,并经过社区 TC 委员会确认,openEuler 社区对 SIG 组成员角色进行如下划分,并承担相应的责任:
![](https://static001.geekbang.org/infoq/f6/f6b5e82a40c5dc0d0ae7998c72d8bf93.png)
SIG 成员角色权限划分
在 SIG 组中,不同角色承担不同的责任,尤其在社区 Gitee 代码托管平台,明确每个角色的权限划分,有助于代码仓更好地管理与工作,也让社区小伙伴们能够更好地交流,参与社区贡献。
SIG 成员角色权限划分如下:
![](https://static001.geekbang.org/infoq/64/64bc754756e99291cdd2b4ef0c3d15b0.png)
SIG 组成员管理
上文中提到的 sig_info.yaml 文件是社区成员管理的载体。因此,每个 SIG 组都需要新增一份 sig_info.yaml 文件以便进行 SIG 管理。
sig_info.yaml 文件主要由 Maintainer 和 Committer 编写,具体的编写方式可以查看:
https://www.openeuler.org/zh/blog/georgecao/openEuler-sig-member-management.html
在进行 sig_info.yaml 文件配置时,需要包含:
需要配置全局的 Maintainer,且 Maintainer 对 sig 组所有仓库都有合入权限(继承原 Maintainer 逻辑);
可以在部分仓库下添加这些仓库特有的 Committer,Committer 仅有这一部分仓库的合入权限;
可以在部分仓库下新增 Contributor 字段,并列出关联成员的 GiteeID。Contributor 作为仓库的主要贡献者,无代码合入权限;
可以在部分仓库下新增 Admin 字段, 并列出关联成员的 GiteeID。Admin 字段内的成员对这部分仓库具有管理员权限,可通过 git push 合入代码。
注意:sig_info.yaml 文件已与 OWNER 文件进行兼容。只有当前 SIG 目录下 OWNER 文件被删除后,sig_info.yaml 信息才会生效;OWNER 文件存在时则继续保持原成员关系和权限管控功能。
如果您对该方案有任何疑问,可邮件至:
george@openeuler.sh 进行联系。
如果您对操作系统感兴趣,欢迎加入 openEuler!
点此查看 openEuler SIG Landspace,快速了解 SIG 组的分布,加入自己感兴趣的技术领域。
https://www.openeuler.org/zh/sig/sig-list/
openEuler SIG 申请流程:
https://www.openeuler.org/zh/sig/sig-guidance/
评论