提交 946a3b97 编写于 作者: K kubigao

补充合规SIG运作公约

Signed-off-by: Nkubigao <jean.gaoliang@huawei.com>
上级 8b164bb4
# Compliance-SIG 治理公约
## 合规SIG能力小组设置
合规SIG 根据工作内容需要,设置以下4个能力型小组,以支撑合规相关工作开展。
- 流程规范文档组
- 知识体系及布道推广组
- 工程工具组
- 合规评审及治理组
## 合规SIG专项设置
合规SIG基于OpenChain 标准框架,设置以下5个工作专项
- 合规基础能力专项
- 合规支持能力专项
- 合规审查能力专项
- 对外贡献合规专项
- 合规制品生产和交付专项
## 合规SIG例会运作
合规SIG例会采取轮值主持形式,以Co-Chair 进行轮值,每位Co-Chair主持周期为一个月,每月轮换一次,以自然月为准。
## 合规SIG角色设置
为了使社区席位设置规范化和标准化,让社区参与者更好的融入社区,,
- Compliance-SIG 基于社区SIG管理通用规则,继承三种角色:**SIG Leader****committer****contributer**
- 基于能力小组形式,新增**能力组 Leader** 角色
- 基于专项设置形式,新增**专项 Owner** 角色
- 基于例会运作形式,新增**Co-Chair** 角色
## 选举与退出
为保证SIG成员的多样性和贡献优先导向
- SIG Leader: 每次任期为1年,最多连任1次,选举时,存在多名候选人时,以获得票数最多者担任,仅一名候选人,需获得committer总数 2/3以上同意票。
- SIG Committer: 由其他Committer提名,原则上Committer候选人需有6个月以上在合规SIG贡献的记录,并获得committer总数 2/3以上同意票,在SIG成熟后,单一公司committer数量不超过SIG committer总数的一半
- SIG 能力组Leader: 每次任期为1年,为保持能力建设的延续性,可连任,可基于SIG共识直接推选,如有多人竞选则,参考SIG Leader竞选规则。
- SIG 专项Owner:跟随专项周期任免,专项完成后,可竞选其他专项Owner,可基于SIG共识直接推选,如有多人竞选则,参考SIG Leader竞选规则。
- Co-Chair: 当前开放报名担任,可基于SIG共识直接推选,如有多人竞选则,参考SIG Leader竞选规则。待SIG成熟后,由commiter中推选,。
Compliance-SIG 选举周期初步设置时间为每年的6月份和12月份。
合规SIG组应定期审视项目贡献者和活跃度,每隔6个月进行以上角色的换届选举。在选举周期内,设置以下衡量指标:
## 贡献衡量指标
合规SIG对社区参与者的贡献做出了一系列衡量指标,衡量时间为当前选举周期,包括但不限于以下内容:
- 合规SIG例会或线下meetup分享次数6+
- 参与合规评审(开源三方孵化毕业,版本毕业等)
- 为项目编写教程、添加翻译、示例等文档类工作,教程、翻译、示例等文档必须内容完整独立并获得committer认可
- 参与commit信息审核、回答有关项目的问题(issue、PR等)、帮助社区闭环issue或者PR等累积次数3+,得到提问者认可
- 发现或提出合规工具、许可相关的bug、改进意见等累积次数4+(被社区接纳),相应的问题以issue的形式记录;或解决相应的bug、落地相应的意见累积次数2+
- 为社区做出技术贡献(如贡献新特性、技术方案、流程规范、解决社区遗留问题等),并在OpenHarmony社区落地
- 在合规SIG担任导师并带领参与者为合规SIG做出贡献
- 其它特殊贡献(需获得当前2/3 committer认可)
- 协助引入新成员加入合规SIG
合规SIG仓库创建一个相应的贡献指标表格,用于统计相应的贡献指标,各参与者可自行提交PR到表格中,并由轮值Co-Chair完成合入。表格内容如下:
| 参与者 | 合规SIG例会参与次数 | 例会或线下meetup分享次数 | issue或PR闭环 | 发现或提出工具相关的bug、改进意见 | 流程、教程、翻译等文档类工作 | 技术贡献 | 担任导师 | 其它特殊贡献 |
| ------ | ------------------- | ------------------------ | ------------- | --------------------------------- | ---------------------- | -------- | -------- | ------------ |
| | | | | | | | | |
对于贡献指标的衡量,若存在重复,重复指标不计算在内,如为项目编写教程,可能涉及PR、issue等指标。合规SIG遵从[openHarmony社区行为准则](https://www.openharmony.cn/rule),若出现恶意刷指标、发布垃圾信息等行为,合规SIG可能采取的措施包括但不限于:
- 删除内容
- 屏蔽内容
- 将参与者拉入黑名单
## SIG **contributer**
### 成为contributer
contributer定义是长期活跃在社区的参与者。其社区行为符合上述定义的贡献指标一条或以上,或者获得当前committer一半以上的认可。
### contributer权利
合规SIG组contributer有希望晋升成为committer。
- 合规SIG首页展示当前的contributer名单
- 获得社区活动、meetup等活动讲师资格
## SIG committer
### 成为committer
- 符合上述定义的贡献指标两条及以上
- 获得当前committer提名
- 获得当前2/3的选举票
### Maintainer 权利
- openEuler社区合规SIG maintainer身份席位
- 合规SIG相关项目的选举、投票和提出议案的权利
- 负责批准PR是否可以合入
- 合规SIG 所有事务决策(除maintainer换届选举投票)都由maintainer共同投票决定,事务决策投票按照半数以上原则
- 指定遗留问题跟踪人
- 指导reviewer和其他贡献者
- 识别社区长期贡献者并对其maintainer候选人提名
- maintainer换届选举时,由现有maintain讨论决策增选maintainer人数,并共同参与公开投票
### Maintainer 义务
合规SIG按照[maintainer成员列表](https://gitee.com/openeuler/community/tree/master/sig/sig-compliance#maintainer%E5%88%97%E8%A1%A8) 的顺序进行轮值,轮值周期为当前主持合规SIG例会的时间到下一次召开合规SIG例会的时间,在轮值期间,主要负责这一段时间合规SIG的活动、运营工作等,并做好交接工作。maintainer成员的义务主要有:
- 参与合规SIG的双周例会次数不低于70%,例会时间冲突应委托他人参与
- 轮值主持双周例会
### 退出maintainers
Maintainer可以根据本人的自愿放弃请求或者在项目中无法有效履行maintainer职责而被移除权限。如果其决定退出maintainer队伍,轮值maintainer将建立PR将其从 OWNERS 文件中删除。 若maintainer未有效履行职责,在maintainer换届选举时,由轮值maintainer发起讨论,其他maintainer共同讨论决定是否移除maintainer候选人资格;若待讨论的maintainer恰好是轮值maintainer,则轮值maintainer由列表的下一位主持。
## 章程修改
sig-compliance的章程修改,由committer提出修改意见,所有committer参与投票,获得2/3 committer同意方可修改。
......@@ -36,6 +36,8 @@
2. SPDX信息规范,见[这里](oniro)
3. ReadMe.OpenSource 规范(不在制品包的是否需要包含,二选一License)
### OpenHarmony社区参与上游社区贡献开源合规规范
1. OpenHarmony项目上游社区贡献开源合规指导,见[这里](oniro)
......@@ -43,12 +45,13 @@
### OpenHarmony社区第三方采购及免费软件开源合规规范
1. OpenHarmony第三方采购及免费软件开源合规规范
### OpenHarmony社区开发开源合规门禁
1. 开源合规开发门禁要求,见[这里](https://gitee.com/openharmony/community/blob/master/sig/sig-QA/%E4%BB%A3%E7%A0%81%E9%97%A8%E7%A6%81%E8%A6%81%E6%B1%82.md#%E5%BC%80%E6%BA%90%E5%8F%8A%E7%AC%AC%E4%B8%89%E6%96%B9)
2. 开源门禁工具说明,见[这里](https://gitee.com/openharmony-sig/tools_oat#oat%E5%BC%80%E6%BA%90%E5%AE%A1%E6%9F%A5%E5%B7%A5%E5%85%B7)
### OpenHarmony 开源义务履行
1. OpenHarmony开源软件Notice收集策略说明,见[这里](https://gitee.com/openharmony/build/blob/master/docs/%E5%BC%80%E6%BA%90%E8%BD%AF%E4%BB%B6Notice%E6%94%B6%E9%9B%86%E7%AD%96%E7%95%A5%E8%AF%B4%E6%98%8E.md)
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册