forked from openkylin/docs
docs: delete SIG/优麒麟社区SIG组章程
This commit is contained in:
undefined
parent
5f992de3f1
commit
9b046a27a1
|
|
@ -1,148 +0,0 @@
|
|||
---
|
||||
title: 共创麒麟社区SIG组章程
|
||||
description:
|
||||
published: true
|
||||
date: 2021-11-15T09:39:07.053Z
|
||||
tags:
|
||||
editor: markdown
|
||||
dateCreated: 2021-10-21T10:54:40.258Z
|
||||
---
|
||||
|
||||
## 背景
|
||||
|
||||
共创麒麟社区是一个自由开放的社区，为了确保社区工作的开放透明，加强社区各贡献者、爱好者和优麒麟操作系统发行版本维护者之间的沟通交流，扩大共创麒麟社区的影响力，吸引更多Linux爱好者加入共创麒麟社区，我们希望以建立SIG组的形式，对社区工作中的各项事务进行组织协调，将共创麒麟社区打造成为一个活跃的Linux操作系统开源社区。
|
||||
|
||||
## 原则
|
||||
|
||||
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组:
|
||||
- OS
|
||||
- 芯片
|
||||
- 教育
|
||||
- 数据库
|
||||
- 浏览器
|
||||
- 云计算
|
||||
- 中间件
|
||||
- 办公应用
|
||||
- 整机
|
||||
- 安全
|
||||
- 存储
|
||||
- 人工智能
|
||||
- 地理信息
|
||||
- 大数据
|
||||
- 供应链
|
||||
- 区块链
|
||||
- 物联网
|
||||
- RISC-V
|
||||
- RUST
|
||||
- JavaScript
|
||||
|
||||
## 新的SIG组申请流程
|
||||
|
||||
### 个人/团队申请
|
||||
|
||||
**申请**：由相关提议人按以下格式，填写好相关信息后发送到技术委员会邮箱：tc@cckylin.com，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
|
||||
```
|
||||
主题：sig组申请(个人或团队)
|
||||
发送到：tc@ukylin.com
|
||||
|
||||
sig名称：xxx
|
||||
sig描述：xxx
|
||||
sig组owner：gitee账号，邮箱
|
||||
sig组maintainers：gitee账号1，邮箱1
|
||||
gitee账号2，邮箱2
|
||||
sig组申请维护包列表：package1,
|
||||
package2,
|
||||
package3.
|
||||
```
|
||||
|
||||
**审核**：由技术委员会与会人员就SIG相关业务范围、维护目标等与提议人沟通并审核评议。
|
||||
|
||||
**批准**：技术委员会审核通过后，会在邮件发送官方确认信息，同时基础设施SIG组会完成相应SIG组仓库创建和权限处理。
|
||||
|
||||
**运作**：SIG正式运作，组内成员通过邮件列表、组内会议等进行沟通交流。新的SIG组运行初期，可以由技术委员会指定一个委员作为该SIG组的导师为SIG组进行指导，以确保该SIG组快速步入正轨。
|
||||
|
||||
### 企业申请
|
||||
|
||||
**申请**：由企业负责人按以下格式，填写好相关信息后发送到技术委员会邮箱（tc@cckylin.com），技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
|
||||
```
|
||||
主题：sig组申请（企业）
|
||||
发送到：tc@ukylin.com
|
||||
|
||||
sig名称：xxx
|
||||
sig描述：xxx
|
||||
sig组owner：gitee账号，邮箱
|
||||
sig组maintainers：gitee账号1，邮箱1
|
||||
gitee账号2，邮箱2
|
||||
sig组申请维护包列表：package1,
|
||||
package2,
|
||||
package3.
|
||||
|
||||
```
|
||||
|
||||
**审核**：由技术委员会与会人员就SIG相关业务范围、维护目标等与负责人沟通并审核评议。
|
||||
|
||||
**批准**：技术委员会审核通过后，会通过邮件发送官方确认信息，同时基础设施SIG组会完成相应SIG组仓库创建和权限处理。
|
||||
|
||||
**运作**：SIG正式运作，组内成员通过邮件列表、组内会议等进行沟通交流。新的SIG组运行初期，可以由技术委员会指定一个委员作为该SIG组的导师为SIG组进行指导，以确保该SIG组快速步入正轨。
|
||||
|
||||
## SIG组的撤销
|
||||
|
||||
以下情形发生时可以由SIG组成员或者技术委员会提出撤销SIG组申请：
|
||||
|
||||
* SIG组的工作因为无法满足社区版本的要求而阻碍了共创麒麟社区版本的发布。
|
||||
* SIG组无法正常运转，包括无固定例会，无法及时响应社区issue，所负责的软件没有及时更新等。
|
||||
|
||||
### 撤销流程
|
||||
|
||||
* 由技术委员会中的一个委员提出SIG组撤销申请。
|
||||
* 该申请在技术委员会例会上进行讨论并投票决策。投票原则按照简单多数票原则。
|
||||
|
||||
当SIG组被撤销后，该SIG组名下的软件包依照其合理归属划归其它SIG组。
|
||||
|
||||
|
||||
## 团队成员/成员权限变更
|
||||
* SIG组成立之后，如有成员变更需求，按如下格式完善相关信息并发送至技术委员会邮箱：
|
||||
```
|
||||
主题：SIG组成员变更
|
||||
发送至：tc@ukylin.com
|
||||
|
||||
sig组名称：xxx
|
||||
原成员：
|
||||
owner: gitee账号，邮箱
|
||||
maintainers: gitee账号1，邮箱1
|
||||
gitee账号2，邮箱2
|
||||
变更为：
|
||||
owner: gitee账号，邮箱
|
||||
maintainer: gitee账号1，邮箱1
|
||||
gitee账号3，邮箱3
|
||||
|
||||
变更原因：xxx
|
||||
```
|
||||
|
||||
## SIG组维护包列表变更
|
||||
* SIG组成立后，如有包列表更新需求，按如下格式完善相关信息并发送至技术委员会邮箱：
|
||||
```
|
||||
主题：SIG组包列表变更
|
||||
发送至：tc@ukylin.com
|
||||
|
||||
sig组名称：xxx
|
||||
原包列表：package1,
|
||||
package2,
|
||||
package3,
|
||||
变更为：
|
||||
现包列表：package1,
|
||||
package2,
|
||||
package4,
|
||||
|
||||
变更原因：xxx
|
||||
|
||||
```
|
||||
Loading…
Reference in New Issue