Skip to content

C
Community

OpenHarmony / Community
1 年多 前同步成功

通知 55
Star 210
Fork 5
C
Community
提交 e3b29b09 编写于 作者: J jinguang
浏览文件
操作

!339 update SIG proposal file format 

* Description:[fix] fixed the file display format
上级 40e3c16d
隐藏空白更改
内联 并排
Showing with 37 addition and 50 deletion
sig/README.md
浏览文件 @ e3b29b09
......@@ -2,24 +2,24 @@
简体中文 | [English](./README-EN.md)
## 背景
1. SIG（Special Interest Group）是指特别兴趣小组，SIG在PMC项目管理委员会指导下，负责OpenHarmony社区特定子领域及创新项目的架构设计、开源开发及项目维护等工作。
2. 为了便于OpenHarmony开源社区工作开展和交流，默认将其划分为23个初始的SIG小组：[Maps_Sigs_Subsystem](./sigs_subsystem_list.md)。
3. 本目录用于存放OpenHamony社区所有 “特别兴趣小组”（Special Interest Group，以下简称 SIG）的运作信息。
1. SIG（Special Interest Group）是指特别兴趣小组，SIG在PMC项目管理委员会指导下，负责OpenHarmony社区特定子领域及创新项目的架构设计、开源开发及项目维护等工作。
2. 为了便于OpenHarmony开源社区工作开展和交流，默认将其划分为23个初始的SIG小组：[Maps_Sigs_Subsystem](./sigs_subsystem_list.md)。
3. 本目录用于存放OpenHamony社区所有 “特别兴趣小组”（Special Interest Group，以下简称 SIG）的运作信息。
## SIG职责&运作方式
1. 领域的技术演进方向由SIG组承担，负责领域技术竞争力分析和关键技术识别及决策。
2. 负责领域内功能分解分配，模块间接口定义与维护管理。
3. 社区的工作实体是SIG组，从基础设施到OS部件，从测试系统到版本发布都是由不同SIG的来承担。
4. 一个良好的社区组织形式是持续运作的关键，仪式感很重要，SIG组需要通过周期例会来保持其有效的运作，并定期向PMC委员会汇报进展。
1. 领域的技术演进方向由SIG组承担，负责领域技术竞争力分析和关键技术识别及决策。
2. 负责领域内功能分解分配，模块间接口定义与维护管理。
3. 社区的工作实体是SIG组，从基础设施到OS部件，从测试系统到版本发布都是由不同SIG的来承担。
4. 一个良好的社区组织形式是持续运作的关键，仪式感很重要，SIG组需要通过周期例会来保持其有效的运作，并定期向PMC委员会汇报进展。
## 申请新建SIG
1. 开发者在社区中寻找2-3个以上有共同兴趣及目标的人，确定SIG Leader。参考[新建SIG Charter](sig-template/sig_template_cn.md)模板，创建SIG Charter提案，提案包括如下要素：
- 创建SIG的背景信息
- 创建SIG的业务范围
- 创建SIG的业务目标
2. SIG Leader以[SIG-Charter-Proposal-XXX]为邮件标题，需先订阅[dev@openharmony.io](https://lists.openatom.io/postorius/lists/dev.openharmony.io/)，将申请材料以附件方式向dev@openharmony.io发送邮件，提交新建SIG申请。
3. PMC或对应领域SIG、Committer邮件回复初步同意后，然后向[PMC](https://gitee.com/openharmony/community)申报议题，PMC会根据收到的PR统一安排SIG申请评审，PMC根据评审通过后，按照评审意见完善后，向[Community](https://gitee.com/openharmony/community)仓创建新的SIG的Pull Request申请新建SIG。
- **重要**：SIG中如需新建仓申请的，请至[架构SIG](https://shimo.im/sheets/CqJChdHgcXywT9Gt/MODOC)中申报新增部件的议题。
1. 开发者在社区中寻找2-3个以上有共同兴趣及目标的人，确定SIG Leader。参考[新建SIG Charter](sig-template/sig_template_cn.md)模板，创建SIG Charter提案，提案包括如下要素：
- 创建SIG的背景信息
- 创建SIG的业务范围
- 创建SIG的业务目标
2. SIG Leader以[SIG-Charter-Proposal-XXX]为邮件标题，需先订阅[dev@openharmony.io](https://lists.openatom.io/postorius/lists/dev.openharmony.io/)，将申请材料以附件方式向dev@openharmony.io发送邮件，提交新建SIG申请。
3. PMC或对应领域SIG、Committer邮件回复初步同意后，然后向[PMC](https://gitee.com/openharmony/community)申报议题，PMC会根据收到的PR统一安排SIG申请评审，PMC根据评审通过后，按照评审意见完善后，向[Community](https://gitee.com/openharmony/community)仓创建新的SIG的Pull Request申请新建SIG。
- **重要**：SIG中如需新建仓申请的，请向[架构SIG](https://shimo.im/sheets/CqJChdHgcXywT9Gt/MODOC)中申报新增部件的议题。
## 加入已有SIG
开发者可通过SIG列表查看感兴趣的SIG，通过订阅邮件列表、参与SIG会议等形式，参与对应SIG项目的技术讨论、社区维护及开源开发。
......@@ -31,39 +31,39 @@
4. SIG Leader定期在PMC项目管理委员会汇报SIG孵化项目及SIG运营进展，PMC基于SIG运作情况给出指导建议。
## SIG孵化项目毕业
1. SIG孵化项目成熟并满足项目毕业要求后，可申请合入OpenHarmony组织代码主库。
2. SIG Leader通过向dev@openharmony.io发送邮件，提交孵化项目毕业申请。
3. PMC项目管理委员会通过项目毕业申请后，社区接纳孵化项目合入OpenHarmony主干。
4. 孵化项目毕业评审请按照[要求自检](https://gitee.com/openharmony/community/blob/master/sig/sig-QA/%E5%AD%B5%E5%8C%96%E9%A1%B9%E7%9B%AE%E5%87%86%E5%87%BA%E8%AF%84%E5%AE%A1%E5%8F%8A%E8%AF%84%E5%AE%A1%E6%A3%80%E6%9F%A5%E9%A1%B9%E6%8C%87%E5%AF%BC.md)。
1. SIG孵化项目成熟并满足项目毕业要求后，可申请合入OpenHarmony组织代码主库。
2. SIG Leader通过向dev@openharmony.io发送邮件，提交孵化项目毕业申请。
3. PMC项目管理委员会通过项目毕业申请后，社区接纳孵化项目合入OpenHarmony主干。
4. 孵化项目毕业评审请按照[要求自检](https://gitee.com/openharmony/community/blob/master/sig/sig-QA/%E5%AD%B5%E5%8C%96%E9%A1%B9%E7%9B%AE%E5%87%86%E5%87%BA%E8%AF%84%E5%AE%A1%E5%8F%8A%E8%AF%84%E5%AE%A1%E6%A3%80%E6%9F%A5%E9%A1%B9%E6%8C%87%E5%AF%BC.md)。
## SIG数据存放和管理方式
SIG信息记录统一归档在OpenHamony/community仓库的sig目录内：
- sig_xxx.md/sig_xxx_cn.md：包括SIG组工作目标和范围、SIG管理的repository及描述、SIG组织会议、SIG成员。
1. sig_xxx.md/sig_xxx_cn.md：包括SIG组工作目标和范围、SIG管理的repository及描述、SIG组织会议、SIG成员。
- sigs.json：为了便于工具自动提取，其中SIG的maintainer/committer信息单独备份一份至OWNER文件内，每个SIG所维护的仓库名称列表/目录结构位于sigs.json文件中。
1. OpenHarmony/community仓的sig目录下存在一个sigs.json文件，这个文件中管理从PMC看到的所有SIG的信息。
2. sigs 由 PMC 修改和维护，新sig申请由对应的 maintainer 提交PR，经过PMC审视后合入。
3. sig 独立目录下的sig_xxx_cn.md/sig_xxx.md 为 sig 的信息展示区。其中SIG基本信息需按模板留空，新建SIG时填写完整。
4. sig 独立目录下的OWNER存放相应sig的maintainer。
2. sigs.json：为了便于工具自动提取，其中SIG的maintainer/committer信息单独备份一份至OWNER文件内，每个SIG所维护的仓库名称列表/目录结构位于sigs.json文件中。
- OpenHarmony/community仓的sig目录下存在一个sigs.json文件，这个文件中管理从PMC看到的所有SIG的信息。
- sigs 由 PMC 修改和维护，新sig申请由对应的 maintainer 提交PR，经过PMC审视后合入。
- sig 独立目录下的sig_xxx_cn.md/sig_xxx.md 为 sig 的信息展示区。其中SIG基本信息需按模板留空，新建SIG时填写完整。
- sig 独立目录下的OWNER存放相应sig的maintainer。
- 代码的管理
1. 代码在[sig-manifest仓](https://gitee.com/openharmony-sig/manifest)下统一管理。
3. 代码的管理
- 代码在[sig-manifest仓](https://gitee.com/openharmony-sig/manifest)下统一管理。
2. 需要各leader维护本组内对应仓的 .xml 文件。
- 需要各leader维护本组内对应仓的 .xml 文件。
3. 多个单位参与，可向leader提出建仓需求，由leader向社区提建仓pr。
- 多个单位参与，可向leader提出建仓需求，由leader向社区提建仓pr。
- 文档的管理
1. 各sig组的公共文档（包括会议纪要、会议材料等）需放入[sig-content](https://gitee.com/openharmony-sig/sig-content) 仓对应组的文件夹内。
2. 与各sig组子任务密切相关的技术文档可放到任务对应的代码仓内。
4. 文档的管理
- 各sig组的公共文档（包括会议纪要、会议材料等）需放入[sig-content](https://gitee.com/openharmony-sig/sig-content) 仓对应组的文件夹内。
- 与各sig组子任务密切相关的技术文档可放到任务对应的代码仓内。
- 任务进度
5. 任务进度
1. 任务进度以在对应任务仓下提issue形式更新。
1. 作为跟踪进度的issue需要打上特定的标签，标签暂定为 **sig_taskprogress**。
- 任务进度以在对应任务仓下提issue形式更新。
- 作为跟踪进度的issue需要打上特定的标签，标签暂定为 **sig_taskprogress**。
* 开源协议的选择
1. 建议开发者使用Apache 2.0 开源协议。
6. 开源协议的选择
- 建议开发者使用Apache 2.0 开源协议。
### sigs.json 文件格式
......@@ -88,17 +88,4 @@ SIG信息记录统一归档在OpenHamony/community仓库的sig目录内：
},
]
}
```
### 已创建SIG项目
|No|SIG name|Responsibilities|SIG Leader|
| :----- | :----- | :----- |:----|
|1|[sig-devboard](https://gitee.com/openharmony/community/blob/master/sig/sig-devboard/sig_devboard.md)|To increase the number of third-party boards of the OpenHarmony OS, the device SIG provides easy porting guide that board manufacturers could follow to contribute their codes to the community easily. The more important thing is actively cooperating with board manufacturers to enhance the OpenHarmony ecosystem|[@likailong](https://gitee.com/kkup180)|
|2|[sig-distributeddatamgr](https://gitee.com/openharmony/community/blob/master/sig/sig-distributeddatamgr/sig-distributeddatamgr.md)|Build a distributed data management framework for all scenarios of 1+8+N equipment, and provide developers with convenient, efficient, stable and secure data management related services.|[@gongashi](https://gitee.com/gong-a-shi)|
|3|[sig-dllite-micro](https://gitee.com/openharmony/community/blob/master/sig/sig-dllite-micro/sig_dllite_micro.md)|To enable AI models to implement inference on IoT devices, IoT devices have AI capabilities.|[@chenxiaoliang](https://gitee.com/SilenChen)|
|4|[sig-driver](https://gitee.com/openharmony/community/blob/master/sig/sig-driver/sig_driver.md)|Drivers development and planning|[@chenfeng](https://gitee.com/chenfeng469)|
|5|[sig-openblock](https://gitee.com/openharmony/community/blob/master/sig/sig-openblock/sig_openblock.md)|In order to extend OpenHarmony OS's use in youth programming and STEM education, OpenBlock SIG will port the runtime of the Blockly based graphical programming language to OpenHarmony OS. And support soft bus, distributed and other OpenHarmony OS capabilities.|[@dutianwei](https://gitee.com/duzc2)|
|6|[sig-riscv](https://gitee.com/openharmony/community/blob/master/sig/sig-riscv/sig-riscv.md)|RISC-V SIG aims to build a RISC-V ecosystem for OpenHarmony, provide instructions to build software, maintain supports for RISC-V devices, and enable security capabilities like TEE on RISC-V. RISC-V SIG will promote more developers to involve in developing OpenHarmony on RISC-V.|[@yujiageng](https://gitee.com/yu_jia_geng)|
|7|[sig-toolchains](https://gitee.com/openharmony/community/blob/master/sig/sig-toolchains/sig_toolchains.md)|Tools & Toolchains development and planning|[@berolinux](https://gitee.com/berolinux)|
|8|[sig-kernel](https://gitee.com/openharmony/community/blob/master/sig/sig-kernel/sig_kernel.md)|Maintenance of file system releated open source software to support the commercial use|[@wangmihu](https://gitee.com/wangmihu2008)|
|9|[sig-basicsoftwareservice](https://gitee.com/openharmony/community/blob/master/sig/sig-basicsoftwareservice/sig_basicsoftwareservice.md)|Basic services and utilities for OpenHarmony OS, including startup system, DFX services, notification service, user account service, upgrade service, resource management, barrier-free and misc service.|[@handyohos](https://gitee.com/handyohos)|
```
\ No newline at end of file
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或