docs: update SIG/优麒麟社区SIG使用规范
This commit is contained in:
parent
a10837d8c1
commit
a375e7f0c3
|
@ -2,7 +2,7 @@
|
|||
title: 优麒麟社区SIG社区使用规范
|
||||
description:
|
||||
published: true
|
||||
date: 2021-10-26T04:33:29.206Z
|
||||
date: 2021-11-12T07:24:10.999Z
|
||||
tags:
|
||||
editor: markdown
|
||||
dateCreated: 2021-10-21T10:54:38.317Z
|
||||
|
@ -10,51 +10,63 @@ dateCreated: 2021-10-21T10:54:38.317Z
|
|||
|
||||
## 背景
|
||||
|
||||
为了推进社区工作的开放和透明,深化官方开发者、社区开发者、各Linux发行版维护者、翻译贡献者、文档贡献者以及资深爱好者之间的交流与沟通,扩大社区影响力,以及吸引更多的社区爱好者加入优麒麟社区,我们希望通过建立SIG(Special Inter Group)组,对社区运营过程中各项事务进行协调和组织,将优麒麟社区,发展为一个具有小马效应的活跃社区。
|
||||
共创麒麟社区是一个自由开放的社区,为了确保社区工作的开放透明,加强社区各贡献者、爱好者和共创麒麟操作系统发行版本维护者之间的沟通交流,扩大共创麒麟社区的影响力,吸引更多Linux爱好者加入共创麒麟社区,我们希望以建立SIG组的形式,对社区工作中的各项事务进行组织协调,将共创麒麟社区打造成为一个活跃的Linux操作系统开源社区。
|
||||
|
||||
## 原则
|
||||
|
||||
1. SIG组的所有资料、规章、流程,都是透明且开放的,任何人和团队欢迎加入并参与贡献
|
||||
2. 每个群组所承担的事务类型进行较为严格的隔离,并且避免同类型事务有多个群组的职能产生交叉
|
||||
3. SIG组由核心成员(Maintainer)主导,其余参与人员为Contributor,重大决策需组内全体成员2/3以上人员通过,并报备技术委员会审批
|
||||
4. 通过邮件列表、IRC、微信群、telegram进行成员内交流和沟通
|
||||
5. 定期举行组内会议,至少每月一次,会议纪要通过邮件列表发布并作为存根
|
||||
1. 共创麒麟社区中所有的SIG 小组都是开放的,任何人和组织都可以参与。
|
||||
1. 在SIG组的README.md文件中包含了该项目所属的SIG相关信息、交流方式、成员和联系方式等。我们欢迎大家通过README.md文件中提到的联系方式包括邮件列表、公开例会等途径积极参与进SIG内的交流。
|
||||
1. 每个SIG组都由项目核心成员:项目Owner、审核者(Maintainer)和贡献者(Conrtibutor)组成,组内重大决策须由全体成员以超过2/3的票数投票决议并报备技术委员会。
|
||||
1. 每个SIG 组都可以有自己的邮件列表、社群等,也可以有自己的贡献策略,但必须有自己的SIG章程。
|
||||
1. 社区各SIG组之间负责的事务类型不允许交叉,需要保持组之间的事务类型隔离。
|
||||
1. 各SIG组内会议需定期举行。
|
||||
|
||||
## 组织架构
|
||||
|
||||
在技术委员会之下,建议优先设立如下SIG组:
|
||||
共创麒麟社区目前设立以下SIG组:
|
||||
|
||||
1. 优麒麟开发者SIG
|
||||
2. 优麒麟发布SIG
|
||||
3. UKUI移植SIG
|
||||
4. 国际化/本地化SIG
|
||||
5. 文档SIG
|
||||
6. 测试SIG
|
||||
7. 安全审计SIG
|
||||
8. 软件生态SIG
|
||||
9. 应用兼容SIG
|
||||
10. .……(开放接口,供社区爱好者创建新的SIG)
|
||||
- OS
|
||||
- 芯片
|
||||
- 教育
|
||||
- 数据库
|
||||
- 浏览器
|
||||
- 云计算
|
||||
- 中间件
|
||||
- 办公应用
|
||||
- 整机
|
||||
- 安全
|
||||
- 存储
|
||||
- 人工智能
|
||||
- 地理信息
|
||||
- 大数据
|
||||
- 供应链
|
||||
- 区块链
|
||||
- 物联网
|
||||
- RISC-V
|
||||
- RUST
|
||||
- JavaScript
|
||||
|
||||
## 职责
|
||||
## 新的SIG组申请流程
|
||||
|
||||
**优麒麟开发者 SIG:**参与社区主版本的开发工作,如有需求,可再细分为应用开发、桌面环境开发、内核开发等。
|
||||
### 个人/团队申请
|
||||
- **申请**:由相关提议人创建申请文件,发起pull request,并发送主题为”个人/团队新SIG申请“的邮件给社区技术委员会邮箱,技术委员会会将SIG审核会议参会时间反馈给提议人。
|
||||
- **审核**:由技术委员会与会人员就SIG相关业务范围、维护目标等与提议人沟通并审核评议。
|
||||
- **批准**:技术委员会通过合并Pull Request的方式来批准您的申请。
|
||||
- **运作**:SIG正式运作,组内成员通过邮件列表、组内会议等进行沟通交流。新的SIG组运行初期,可以由技术委员会指定一个委员作为该SIG组的导师为SIG组进行指导,以确保该SIG组快速步入正轨。
|
||||
|
||||
**优麒麟发布SIG: **负责优麒麟的版本集成、制作、发布等相关事项。
|
||||
### 企业申请
|
||||
- **申请**:由企业负责人创建申请文件,发起pull request,并将包含企业名称、授权代表和负责人姓名、职位信息等证明材料,以主题为”企业新SIG申请“邮件发送给社区技术委员会邮箱,技术委员会会将SIG审核会议参会时间反馈给负责人。
|
||||
- **审核**:由技术委员会与会人员就SIG相关业务范围、维护目标等与负责人沟通并审核评议。
|
||||
- **批准**:技术委员会通过合并Pull Request的方式来批准申请。
|
||||
- **运作**:SIG正式运作,组内成员通过邮件列表、组内会议等进行沟通交流。新的SIG组运行初期,可以由技术委员会指定一个委员作为该SIG组的导师为SIG组进行指导,以确保该SIG组快速步入正轨。
|
||||
|
||||
**UKUI移植SIG:** 负责UKUI桌面环境向其他发行版本移植的协调、配合以及具体工作,可再细分为UKUI for OpenEuler SIG、UKUI for Debian SIG、UKUI for OpenSUSE SIG、UKUI for Arch SIG等,在推进UKUI移植工作的过程中,也需积极参与到相应的开源社区,并努力做贡献,争取成为相应社区的官方认可成员。
|
||||
## SIG组的撤销
|
||||
技术委员会可以依据以下的原则,经过讨论将SIG撤销:
|
||||
- SIG组的工作因为无法满足社区版本的要求而阻碍了共创麒麟社区版本的发布。
|
||||
- SIG组无法正常运转,包括无固定例会,无法及时响应社区issue,所负责的软件没有及时更新等。
|
||||
|
||||
**国际化/本地化SIG:**负责优麒麟版本的国际化/本地化等翻译相关工作,可再按语言细分。
|
||||
### 撤销流程
|
||||
- 由技术委员会中的一个委员提出SIG组撤销申请。
|
||||
- 该申请在技术委员会例会上进行讨论并投票决策。投票原则按照简单多数票原则。
|
||||
|
||||
**文档SIG: **负责优麒麟社区配套文档的完善、维护、更新,比如技术规范、技术说明、帮助手册、教程、百科等文档类工作。
|
||||
|
||||
**测试SIG: **负责组织社区爱好者内测相关活动;负责开源平台,比如github上的bug管理、追踪,以及与公司统一的问题反馈平台对接。
|
||||
|
||||
**安全审计SIG: **针对开源部分的代码,进行安全规范的审核,比如DBus、polkit等安全使用问题,以及对系统的漏洞、CVE扫描,并提出改进建议。
|
||||
|
||||
**软件生态SIG: **负责优麒麟软件生态的扩展,搜罗原生好用的Linux应用,以及处理社区开发者提交的新应用,如有必要,可再按应用种类细分。
|
||||
|
||||
**应用兼容SIG: **针对Linux应用兼容相关的技术,比如flatpak、snap、Appimage、wine、安卓兼容等进行持续调研与探索,并将成果应用在优麒麟上。
|
||||
|
||||
## 新SIG申请流程
|
||||
|
||||
github项目页申请 -> 技术委员会审核 -> 创建邮件列表等基础设施 -> 开始运作
|
||||
当SIG组被撤销后,该SIG组名下的软件包依照其合理归属划归其它SIG组。~~
|
||||
|
|
Loading…
Reference in New Issue