共计 1340 个字符，预计需要花费 4 分钟才能阅读完成。
SIG，即 Special Interest Group（特地兴趣小组）。它是 openEuler 社区的开发者们为了更好地治理和倒退社区技术生态，依据多样性计算、云原生全栈、全场景协同、大数据与 AI、兼容性与迁徙等不同畛域方向自发组织的兴趣小组。
不论是萌新学员，还是开源老司机，均能够依照本人的趣味退出不同的 SIG 组，找到志趣相投的敌人，带着用户需要，一起开发一起实现！
开源至今，开发者们已在 openEuler 社区成立近百个 SIG 组。社区不少小伙伴都比拟好奇，这些 SIG 组都有哪些成员角色？又是怎么治理运作的？上面咱们来具体说说。
下图为 openEuler SIG Landspace（局部 SIG 展现）
URL:https://www.openeuler.org/zh/…
SIG 组成员角色划分
在 openEuler 社区，SIG 组的核心成员主导该 SIG 的治理，与组内成员独特推动交付成绩的输出，并争取让交付成绩成为 openEuler 社区版本发行的一部分。
通过和多个 SIG 组探讨，并通过社区 TC 委员会确认，openEuler 社区对 SIG 组成员角色进行如下划分，并承当相应的责任：
SIG 成员角色权限划分
在 SIG 组中，不同角色承当不同的责任，尤其在社区 Gitee 代码托管平台，明确每个角色的权限划分，有助于代码仓更好地治理与工作，也让社区小伙伴们可能更好地交换，参加社区奉献。
SIG 成员角色权限划分如下：
SIG 组成员治理
上文中提到的 sig_info.yaml 文件是社区成员治理的载体。因而，每个 SIG 组都须要新增一份 sig_info.yaml 文件以便进行 SIG 治理。
sig_info.yaml 文件次要由 Maintainer 和 Committer 编写，具体的编写形式能够查看：
https://www.openeuler.org/zh/…
在进行 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 文件存在时则持续放弃原成员关系和权限管控性能。
如果您对该计划有任何疑难，可邮件至：
[email protected] 进行分割。
如果您对操作系统感兴趣，欢送退出 openEuler！
- 点此查看 openEuler SIG Landspace，疾速理解 SIG 组的散布，退出本人感兴趣的技术畛域。
https://www.openeuler.org/zh/…
- openEuler SIG 申请流程：
https://www.openeuler.org/zh/…
