Skip to content

C
Community

OpenHarmony / Community
1 年多 前同步成功

通知 55
Star 210
Fork 5
C
Community
提交 4f4e4992 编写于 作者: P pengjinghui
浏览文件
操作

Merge branch 'master' of gitee.com:jing-hui-peng/community

上级 14d82485 5bdb4693
展开全部 隐藏空白更改
内联 并排
Showing with 4034 addition and 476 deletion
meeting-notes/2022-04-21.md
浏览文件 @ 4f4e4992
......@@ -30,7 +30,7 @@ PMC 例会 2022-04-21
| ---- | ------------------------------- | ---------------------------------------- |
| No64 | 欧洲侧发现的OpenHarmony社区问题更新 | 结论：<br>1）多个工具链问题：欢迎社区对clang工具链版本升级做贡献。Oniro团队提案的 clang 14 demo 与 编译运行时sig 对接讨论。负责人：刘建宇，安光霖。完成时间: 下一个release版本前 <br>2）对齐OpenHarmony和Oniro的开源软件BoM列表所应该包含的信息，确保符合OpenChain规定。负责人：刘建宇 ， 王意明。完成时间：2022年5月12日 <br>3）三方组件重复fork的问题：原则上如果能归一版本需要尽量归一，如由于场景不同确实需要不同版本，可另外审视允许。 负责人：各组件仓committer。暂无完成时间。 <br>4）二进制包开源和构建指导： 目前暂无进展，但是需要明确节奏。建议作为遗留问题定期追踪。负责人：刘建宇 ， 吴勇辉。ddl：定期追踪。 <br>5）. release版本版本号：以release sig为准。 |
| No65 | OpenHarmony代码仓分组下载管理方案 | 结论：<br>同意按照类别下载代码，同意开发板、产品以及CI工程名称统一的规则。<br>遗留问题：<br>1）支持按照类别下载代码后，需确定门禁看护策略。 责任人：王意明，完成时间：2021年05月13日<br>2）根据方案，刷新repo仓组织方式。 责任人：张小田，完成时间2022年4月30日.<br> 3）已支持的开发板建议根据规则逐步整改。 责任人：鲍国涛，完成时间：2022年7月30日 |
| No66 | 申请成立OpenCVSIG组 | 结论：<br>建议进一步分析清楚两个问题，再进一步审视是否成立独立Sig。<br>1）OpenCV的适配哪些未来进入上游，哪些需要在openharmony仓库上承载<br>2）从职责上分析与图形Sig的差异。责任人：巴延兴，完成时间：2022年05月31日 |
| No66 | 申请成立OpenCV SIG组 | 结论：<br>建议进一步分析清楚两个问题，再进一步审视是否成立独立Sig。<br>1）OpenCV的适配哪些未来进入上游，哪些需要在OpenHarmony仓库上承载<br>2）从职责上分析与图形Sig的差异。责任人：巴延兴，完成时间：2022年05月31日 |
| No67 | 官网呈现PR、issue、sig、commits等数据统计规则 | 结论：<br>1）同意《OpenHarmony官网呈现数据统计规则》统计范围、统计接口、统计输出格式等规则。<br>2）同意PR数可以代表代码活跃性度，官网去掉commit数字展示。<br>3）同意委托祝尚元月中、月末周期性统计，QA SIG审核数据，交与基础设施组官网更新。 |
| No68 | OH Tech Day 情况通报 | 结论：<br>议题12选4。通过2轮总体组评审，2轮PMC评审，4个议题已经确认，议题演讲人与标题已确认，进展顺利。活动2022年4月25日进行。 |
| No69 | 社区代码贡献之星和社区代码卓越贡献单位颁奖设计的汇报 | 结论：<br>同意社区代码贡献之星和社区代码卓越贡献单位颁奖颁奖。<br>1）对于颁奖的标准，PMC建议同时考虑主仓代码度量结果和Community及Docs度量结果，采取权重相加的办法。<br>2）本次颁奖中，建议不要在奖项中显式化具体排名，可以采用TOP X的方式。3）对于本次颁奖，如果简单相加与单独代码度量结果一致，不影响颁奖受众的范围，则可直接采用名单颁奖；如果结果不一致，需要分析研究业界的权重惯例，按照惯例赋予代码及文档以权重。 |
......
sig/sig-QA/figures/issue.png
查看替换文件 @ 14d82485 浏览文件 @ 4f4e4992
sig/sig-QA/figures/issue.png

41.4 KB | W: | H:

sig/sig-QA/figures/issue.png

119.3 KB | W: | H:

sig/sig-QA/figures/issue.png
sig/sig-QA/figures/issue.png
sig/sig-QA/figures/issue.png
sig/sig-QA/figures/issue.png
  • 2-up
  • Swipe
  • Onion skin
sig/sig-QA/issue-缺陷类-处理指导.md
浏览文件 @ 4f4e4992
# 缺陷类Issue处理指导
## 缺陷来源
社区开发者提交的需求和测试sig在测试过程发现的缺陷提交的issue。
......@@ -44,24 +42,36 @@
## 缺陷的修改
- [规则 1]：缺陷修改描述清楚问题发生原因和定位过程。<br>
- [规则 2]：先定位后修改，原因分析需填写原因分析和修改方案，如有设计文档，按需附上设计文档，指导后续的测试设计和验证。<br>
- [规则 3]：测试用例设计，白盒自动化用例要做到代码逻辑全覆盖，手工测试用例要做到修改场景上的覆盖。建议：如果修改代码量在50行以下，设计测试用例不少于5条；50行及以上，测试用例在代码行的10%以上；<br>
- [规则 4]：如果问题单涉及多人、多sig组同步修改或上下层同时修改，建议新建issue，把相关issue关联起来<br>
- [规则 3]：测试用例设计，白盒自动化用例要做到代码逻辑全覆盖，手工测试用例要做到修改场景上的覆盖。建议：如果修改代码量在50行以下，设计测试用例不少于5条；50行及以上，测试用例在代码行的10%以上；如果该issue因为缺少用例导致问题遗留到发布版本，修复问题的同时需要补充提交测试用例。<br>
- [规则 4]：如果问题单涉及多人、多sig组同步修改或上下层同时修改，建议新建issue，把相关issue关联起来。<br>
- [规则 5]：如果转给其他责任人修改，需要和对应sig组对齐达成一致后转移责任人，如果issue所属代码仓错误，和对应仓责任人沟通确认后编辑修改到正确代码仓。代码仓和责任人是issue度量的基础，度量看板严格按照代码仓和责任人卷积到对应组织。<br>
- [规则 6]：首问责任制：issue的处理按照首问责任制执行，issue提交到哪个代码仓下，首问哪个代码仓对应的sig组负责组织定位<br>
- [规则 7]：缺陷的状态是缺陷管理的基础，需要责任人及时更新缺陷的状态字段，OpenHarmony社区定义的状态有如下：<br>
| 序号 |状态 |处理责任人 |说明 |
| ------------ | ------------ | ------------ | ------------ |
|1 | 待办的 | 提交者 | |
| 1 | 待办的 | 提交者 | |
| 2 | 已确认 | sig组 | 按照测试sig提交缺陷有测试组织确认，开发者提交缺陷由sig组组织确认 |
| 3 | 技术评审中 | 联合sig | 对缺陷方案有争议，要到联合sig/PMC上决策 |
| 4 | 修复中 | sig组 | sig组负责修复并提交pr |
| 5 | 验收中 | 测试或issue提交者 | pr提交后走到测试验收或对应提交者验收 |
| 6 | 已完成 | 测试或issue提交者 | 经过验收后状态走到已完成状态，表示issue处理闭环 |
| 7 | 已取消 | 测试或issue提交者 | 经过确认和提交者达成一致意见后可以取消 |
| 8 | 已拒绝 | sig组 | 经过确认和提交者达成一致意见后，可以决绝 |
| 8 | 已拒绝 | sig组 | 经过确认和提交者达成一致意见后，可以拒绝 |
| 9 | 已挂起 | sig组 | 经过确认和提交者无法达成一致意见经过联合sig/PMC评审决策后问题可以挂起，暂不解决，明确后面版本解决计划 |
## 缺陷回归验证
- [规则 1]：社区issue修复后，需要由issue提交人确认关闭，修改人不能自己关闭。<br>
- [规则 2]：issue提交人收到修复方案后，如果30天内未进行确认，负责修改的sig可评估是否关闭issue。<br>
- [规则 3]：“验收中”环节回归测试后，要附上测试报告，不能直接关闭或简单评论后关闭。<br>
- 测试报告参考模板：
**【回归测试结果】:**
**【回归测试软件版本】：**
**【单板信息】：**
**【回归测试次数】：**
**【测试过程】：**
\ No newline at end of file
sig/sig-QA/代码门禁要求.md
浏览文件 @ 4f4e4992
......@@ -12,17 +12,17 @@
图-1：代码门禁的主要活动和实践
![图一](figures/p1.png)
![图-1](figures/p1.png)
其中主要的检查项包含：编译检查、静态/安全/开源检查、敏感词/copyright扫描、部署、冒烟测试、功能测试。由于OpenHarmony涉及多型号开发板验证，为了提升门禁执行效率，基于提交PR识别精准构建和精准测试。
门禁检查结果可以通过码云提交PR的评论区查看（参考图-2）或者直接访问Http://ci.openharmony.cn查看结果（参考图-3）。
门禁检查结果可以通过码云提交PR的评论区查看（参考图-2）或者直接访问[http://ci.openharmony.cn](http://ci.openharmony.cn)查看结果（参考图-3）。
图-2：在码云评论区可以直接查看代码门禁执行结果
![图-2](figures/p2.png)
可以直接访问Http://Ci.openharmony.cn ，查看代码门禁、每日版本构建的详细情况。可点击每笔记录，查看详情。
可以直接访问[http://ci.openharmony.cn](Http://ci.openharmony.cn) ，查看代码门禁、每日版本构建的详细情况。可点击每笔记录，查看详情。
图-3：OpenHarmony的Ci门户网站
......@@ -37,7 +37,7 @@
### 编译告警 <a name="section20979554791"></a>
编译告警主要用于检查代码下载是否Ready(基线代码下载、PR代码获取)、编译环境是否Ready（prebuilds编译依赖工具、lfs二进制工具、node_modules、nodejs、build/lite等）、编译是否通过（全量编译、增量编译、缓存是否OK）、编译选项检查是否最优；
编译告警主要用于检查代码下载是否Ready(基线代码下载、PR代码获取)、编译环境是否Ready（prebuilts编译依赖工具、lfs二进制工具、node_modules、nodejs、build/lite等）、编译是否通过（全量编译、增量编译、缓存是否OK）、编译选项检查是否最优；
编译选项检查主要是针对C/C++语言编译选项或系统配置的检查，检查规范涉及语言选项、警告选项、安全选项、总体选项、代码生成选项、架构选项、优化选项、编译宏等。
参考 [OpenHarmony编译规范](编译规范.md)
......@@ -54,7 +54,7 @@
CodeCheck支持静态扫描、安全扫描、代码度量、开源合规、敏感词扫描、Copyright等检查服务。对于检测问题存在争议，需要和Committer确认，是否为问题或者工具告警在当前代码上下文为非问题。Committer确认问题不用修改，可直接在Ci门户网站登录，系统会提供屏蔽功能，允许Committer屏蔽该问题，以保障该问题不再重复检测出现。
##### 工具及服务使用
CI门户：选择任意一个PR的CodeCheck检查结果（包括“通过”、“不通过"、“失败”，若结果为“失败”表示未获取到扫描结果，即不支持查看），进入到代码检查结果查看页面。具体如下。
CI门户：选择任意一个PR的CodeCheck检查结果（包括“通过”、“不通过”、“失败”，若结果为“失败”表示未获取到扫描结果，即不支持查看），进入到代码检查结果查看页面。具体如下。
1、选择任意一个代码门禁CI流水线执行记录，进入详情查看页面。
![](figures/p4.png)
......
sig/sig-ai-framework/sig-ai-framework.md
浏览文件 @ 4f4e4992
# SIG-AI-Framework
English | [简体中文](./sig_ai_framework_cn.md)
English | [简体中文](./sig-ai-framework_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).
......@@ -28,7 +28,12 @@ Load the model and perform inference. Inference is the process of running input
Support Special AI chip to connect to MindSpore Lite.
![figures/ai-framework-overview_en.png](figures/ai-framework-overview_en.png)
### The repository
| Component Name | Component Functionality Description | Component repository name |
| :------------: | :---------------------------------------------: | :-----------------------------------------------: |
| MindSpore Lite | Provide model conversion and inference function | third_party_mindspore,<br>third_party_flatbuffers|
- project name:
- MindSpore: https://gitee.com/openharmony/third_party_mindspore
- DLLite-micro: https://gitee.com/openharmony-sig/dllite_micro
......
sig/sig-ai-framework/sig-ai-framework_cn.md
浏览文件 @ 4f4e4992
# SIG-AI-Framework
简体中文 | [English](./sig_ai_framework.md)
简体中文 | [English](./sig-ai-framework.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
......@@ -28,8 +28,13 @@ MindSpore Lite模型转换工具不仅提供了将TensorFlow、TensorFlow Lite
支持专用AI芯片接入MindSpore Lite。
![figures/ai-framework-overview.png](figures/ai-framework-overview.png)
## 代码仓
- 代码仓地址：
| 部件名称 | 部件功能描述 | 部件仓名称 |
| :------------------------------: | :----------------------: | :----------------------------------------------------------------------------: |
| 昇思推理框架<br>(MindSpore Lite) | 提供模型转换和推理的功能 | third_party_mindspore,<br>third_party_flatbuffers|
- 代码仓地址:
- MindSpore: https://gitee.com/openharmony/third_party_mindspore
- DLLite-micro: https://gitee.com/openharmony-sig/dllite_micro
- FlatBuffers: https://gitee.com/openharmony/third_party_flatbuffers
......
sig/sig-appframework/sig-appframework.md
浏览文件 @ 4f4e4992
......@@ -13,18 +13,67 @@ Specifies basic design requirements of OpenHarmony ApplicationFramework, Applica
OpenHarmony ApplicationFramework Governance Charter、ApplicationFramework Review, etc.
OpenHarmony ApplicationFramework technology stack scope is shown in the following figure.
![ApplicationFramework SIG technology stack scope](figures/appframework-overview-en.png)
## The repository
| Component Name | Component Description | Component Repository Name |
| ---------------------------------- | ------------------------------------------------------------ | --------------------------------------------- |
| Command Line Tool | Provides the command line to install, update, uninstall and query information of OpenHarmony bundles. | bundlemanager_bundle_framework |
| Bundle Management Framework | Provides the ability to install, update, uninstall and query information of OpenHarmony bundles and service installation bundles. | bundlemanager_bundle_framework |
| Distributed Bundle Framework | Provides the ability to distributed manage bundles. | bundlemanager_bundle_framework |
| SDK Tool | Provide hap packaging, unpacking tools, and application manifest file checking tools used by IDE. | developtools_packing_tool |
| Application Verify | Provides integrity verification and source control capabilities for hap applications. | security_appverify |
| Common Event Service | Provides applications with the ability to subscribe, publish, and unsubscribe from public events. | notification_common_event_service |
| Distributed Notification Service | Provides applications with the ability to publish, subscribe and unsubscribe notifications, and provides distributed notification data management capabilities. | notification_distributed_notification_service |
| Event Handler Service | Provides the basic ability of OpenHarmony inter-thread communication. You can create new threads through EventRunner and throw time-consuming operations on new threads for execution, so as to reasonably handle time-consuming tasks without blocking the thread execution. | notification_eventhandler |
| Ability Definition | Definition of basic concepts of ability, mainly including want, configration, etc. | ability_ability_base |
| Ability Runtime | The ability framework subsystem is a development framework provided by OpenHarmony for developers to develop Harmony applications | ability_ability_runtime |
| Ability Test Tool | Ability testing tool, third-party developers can test their target abilities based on this testing tool, obtain the internal objects of meta-capabilities, control the life cycle scheduling of abilities, and simulate click events. | ability_ability_runtime/tree/master/tools |
| Interface Definition Language Tool | IDL (Interface Definition Language) is a tool for defining the communication interface between client and server. | ability_idl_tool |
| Form Management Framework | A development framework for developing and using OpenHamrony form. | ability_form_fwk |
| Distributed Schedule Framework | Provides the ability to launch, invoke and migrate components across devices. | distributedschedule_dms_fwk |
| System Management Service | Manages the registration of system services, local query and cross-device query, and control the access rights of system services. | distributedschedule_samgr |
| System Framework Service | Defines how to implement a system ability in OpenHarmony and provides APIs to start and register system abilities. | distributedschedule_safwk |
| Background Task Management | To manage long-term and short-term tasks in the background, and provide interfaces such as application, cancellation and query of corresponding tasks。 | resourceschedule_background_task_mgr |
| Work Scheduler | Responsible for scheduling background delayed tasks, and providing corresponding application, cancellation, query interfaces and other interfaces for applications to perform tasks with low real-time performance. | resourceschedule_work_scheduler |
| Device Usage Statistics | Responsible for statistics and calculation of device usage information, including application usage, notification statistics and other information statistics, application group calculation, and provide corresponding query interfaces for privileged applications. | resourceschedule_device_usage_statistics |
| Resource Schedule Service | Provides the perception and distribution of system events such as application startup, exit, screen on and off, etc. The grouping of scheduling processes is jointly decided by sensing events, user operations, and background task execution status. | resourceschedule_resource_schedule_service |
| Memory Management | Based on the life cycle status of the application, update the process recycling priority list, and manage system memory through memory recycling, killing and other means to ensure memory supply. | resourceschedule_memmgr |
| Framework Aware Scheduler | In order to ensure the cpu scheduling supply, it updates the process scheduling groups and adjust the kernel schedule parameters to influence the kernel scheduling behavior according to the information of the application frame drawing and the application life cycle status. | frame_aware_sched |
- project name:
- ability_ability_lite:https://gitee.com/openharmony/ability_ability_lite
- ability_ability_runtime:https://gitee.com/openharmony/ability_ability_runtime
- ability_ability_base:https://gitee.com/openharmony/ability_ability_base
- ability_dmsfwk:https://gitee.com/openharmony/ability_dmsfwk
- ability_dmsfwk_lite:https://gitee.com/openharmony/ability_dmsfwk_lite
- ability_form_fwk:https://gitee.com/openharmony/ability_form_fwk
- ability_idl_tool:https://gitee.com/openharmony/ability_idl_tool
- security_appverify:https://gitee.com/openharmony/security_appverify
- notification_common_event_service:https://gitee.com/openharmony/notification_common_event_service
- resourceschedule_resource_schedule_service:https://gitee.com/openharmony/resourceschedule_resource_schedule_service
- frame_aware_sched:https://gitee.com/openharmony/frame_aware_sched
- resourceschedule_memmgr:https://gitee.com/openharmony/resourceschedule_memmgr
- distributedschedule_samgr:https://gitee.com/openharmony/distributedschedule_samgr
- resourceschedule_work_scheduler:https://gitee.com/openharmony/resourceschedule_work_scheduler
- resourceschedule_device_usage_statistics:https://gitee.com/openharmony/resourceschedule_device_usage_statistics
- resourceschedule_background_task_mgr:https://gitee.com/openharmony/resourceschedule_background_task_mgr
- notification_distributed_notification_service:https://gitee.com/openharmony/notification_distributed_notification_service
- notification_eventhandler:https://gitee.com/openharmony/notification_eventhandler
- distributedschedule_safwk:https://gitee.com/openharmony/distributedschedule_safwk
- distributedschedule_dms_fwk:https://gitee.com/openharmony/distributedschedule_dms_fwk
- developtools_packing_tool:https://gitee.com/openharmony/developtools_packing_tool
- bundlemanager_bundle_framework:https://gitee.com/openharmony/bundlemanager_bundle_framework
- bundlemanager_bundle_framework_lite:https://gitee.com/openharmony/bundlemanager_bundle_framework_lite
- developtools_ace-js2bundle:https://gitee.com/openharmony/developtools_ace-js2bundle
- developtools_ace-ets2bundle:https://gitee.com/openharmony/developtools_ace-ets2bundle
- developtools_ace_js2bundle:https://gitee.com/openharmony/developtools_ace_js2bundle
- developtools_ace_ets2bundle:https://gitee.com/openharmony/developtools_ace_ets2bundle
- third_party_weex-loader:https://gitee.com/openharmony/third_party_weex-loader
- third_party_parse5:https://gitee.com/openharmony/third_party_parse5
- third_party_glfw:https://gitee.com/openharmony/third_party_glfw
......@@ -38,6 +87,9 @@ OpenHarmony ApplicationFramework Governance Charter、ApplicationFramework Revie
- global_resource_management:https://gitee.com/openharmony/global_resource_management
- global_resource_management_lite:https://gitee.com/openharmony/global_resource_management_lite
- utils_system_resources:https://gitee.com/openharmony/utils_system_resources
- global_i18n:https://gitee.com/openharmony/global_i18n
- global_i18n_lite:https://gitee.com/openharmony/global_i18n_lite
- developtools_global_resource_tool:https://gitee.com/openharmony/developtools_global_resource_tool
## SIG Members
......
sig/sig-appframework/sig-appframework_cn.md
浏览文件 @ 4f4e4992
......@@ -11,17 +11,64 @@ OpenHarmony ApplicationFramework治理，制定相应的设计规范、评审流
### 工作范围
ApplicationFramework相关的设计评审、提交评审、《OpenHarmony ApplicationFramework治理章程》修订。
ApplicationFramework SIG技术栈范围全景图如下图所示：
![ApplicationFramework SIG技术栈范围全景图](figures/appframework-overview.png)
## 代码仓
| 部件名称 | 部件功能描述 | 部件仓名称 |
| ---------------- | ------------------------------------------------------------ | --------------------------------------------- |
| 命令行工具 | 包管理命令行工具：提供命令行中执行hap包的安装、更新、卸载及信息查询的能力。 | bundlemanager_bundle_framework |
| 包管理基础框架 | 提供OpenHarmony应用和服务安装包的安装、更新、卸载以及信息查询等能力，包含包管理接口和包管理服务。 | bundlemanager_bundle_framework |
| 分布式包管理框架 | 分布式包管理服务。 | bundlemanager_bundle_framework |
| SDK工具 | 提供IDE使用的hap包打包、拆包工具、应用清单文件检查工具。 | developtools_packing_tool |
| 应用签名校验 | 提供了对hap应用的完整性校验和来源管控能力，是OpenHarmony生态安全的基础。 | security_appverify |
| 公共事件服务 | 为应用程序提供订阅、发布、退订公共事件的能力。 | notification_common_event_service |
| 分布式通知服务 | 为应用程序提供通知发布和取消、订阅和退订和通知管理的能力，提供分布式通知数据管理的能力。 | notification_distributed_notification_service |
| 事件处理服务 | 提供了OpenHarmony线程间通信的基本能力，可以通过EventRunner创建新线程，将耗时的操作抛到新线程上执行，从而实现在不阻塞原来的线程的基础上合理地处理耗时任务。 | notification_eventhandler |
| 元能力基础定义 | 元能力基础概念定义，主要包括：want、configration等。 | ability_ability_base |
| 元能力运行时 | 元能力框架子系统，是OpenHarmony为开发者提供的一套开发OpenHarmony应用的开发框架。 | ability_ability_runtime |
| 元能力测试工具 | 元能力测试工具，第三方开发者都可以基于这个测试工具测试其目标元能力，可以获取元能力的内部对象，可以控制元能力的生命周期调度，也可以模拟点击事件。 | ability_ability_runtime/tree/master/tools |
| 接口语言定义工具 | IDL（Interface Definition Language）则是一种定义客户端和服务器端通信接口的工具。 | ability_idl_tool |
| 卡片管理框架 | 一套开发和使用OpenHarmony卡片的开发框架。 | ability_form_fwk |
| 分布式调度框架 | 提供对跨设备组件启动、调用和迁移的能力。 | distributedschedule_dms_fwk |
| 系统服务管理 | 管理系统服务的注册、本次查询和跨设备查询，系统服务的访问权限控制。 | distributedschedule_samgr |
| 系统服务框架 | 系统服务框架定义。 | distributedschedule_safwk |
| 后台任务管理 | 负责管理后台长时、短时任务，并提供对应任务的申请、取消和查询等接口。 | resourceschedule_background_task_mgr |
| 延迟任务调度 | 负责调度后台延迟任务，并提供对应的申请、取消、查询接口等接口给应用执行实时性不高的任务。 | resourceschedule_work_scheduler |
| 设备使用信息统计 | 负责设备使用信息统计与计算，包括应用使用、通知统计等信息统计、应用分组计算，并为特权应用提供对应的查询接口。 | resourceschedule_device_usage_statistics |
| 资源调度服务 | 提供系统事件如应用启动、退出、亮灭屏等的感知和分发，同时，通过感知事件、用户操作、后台任务执行状态等共同决策调度进程的分组。 | resourceschedule_resource_schedule_service |
| 内存管理部件 | 基于应用的生命周期状态，更新进程回收优先级列表，并通过内存回收、查杀等手段管理系统内存，保障内存供给。 | resourceschedule_memmgr |
| 智能感知调度 | 通过获取应用的生命周期状态、应用绘帧等信息，调节内核调度参数，从而控制内核调度行为，保障系统进程调度供给。 | frame_aware_sched |
- 代码仓地址：
- ability_ability_lite:https://gitee.com/openharmony/ability_ability_lite
- ability_ability_runtime:https://gitee.com/openharmony/ability_ability_runtime
- ability_ability_base:https://gitee.com/openharmony/ability_ability_base
- ability_dmsfwk:https://gitee.com/openharmony/ability_dmsfwk
- ability_dmsfwk_lite:https://gitee.com/openharmony/ability_dmsfwk_lite
- ability_form_fwk:https://gitee.com/openharmony/ability_form_fwk
- ability_idl_tool:https://gitee.com/openharmony/ability_idl_tool
- security_appverify:https://gitee.com/openharmony/security_appverify
- notification_common_event_service:https://gitee.com/openharmony/notification_common_event_service
- resourceschedule_resource_schedule_service:https://gitee.com/openharmony/resourceschedule_resource_schedule_service
- frame_aware_sched:https://gitee.com/openharmony/frame_aware_sched
- resourceschedule_memmgr:https://gitee.com/openharmony/resourceschedule_memmgr
- distributedschedule_samgr:https://gitee.com/openharmony/distributedschedule_samgr
- resourceschedule_work_scheduler:https://gitee.com/openharmony/resourceschedule_work_scheduler
- resourceschedule_device_usage_statistics:https://gitee.com/openharmony/resourceschedule_device_usage_statistics
- resourceschedule_background_task_mgr:https://gitee.com/openharmony/resourceschedule_background_task_mgr
- notification_distributed_notification_service:https://gitee.com/openharmony/notification_distributed_notification_service
- notification_eventhandler:https://gitee.com/openharmony/notification_eventhandler
- distributedschedule_safwk:https://gitee.com/openharmony/distributedschedule_safwk
- distributedschedule_dms_fwk:https://gitee.com/openharmony/distributedschedule_dms_fwk
- developtools_packing_tool:https://gitee.com/openharmony/developtools_packing_tool
- bundlemanager_bundle_framework:https://gitee.com/openharmony/bundlemanager_bundle_framework
- bundlemanager_bundle_framework_lite:https://gitee.com/openharmony/bundlemanager_bundle_framework_lite
- developtools_ace-js2bundle:https://gitee.com/openharmony/developtools_ace-js2bundle
- developtools_ace-ets2bundle:https://gitee.com/openharmony/developtools_ace-ets2bundle
- developtools_ace_js2bundle:https://gitee.com/openharmony/developtools_ace_js2bundle
- developtools_ace_ets2bundle:https://gitee.com/openharmony/developtools_ace_ets2bundle
- third_party_weex-loader:https://gitee.com/openharmony/third_party_weex-loader
- third_party_parse5:https://gitee.com/openharmony/third_party_parse5
- third_party_glfw:https://gitee.com/openharmony/third_party_glfw
......@@ -35,6 +82,9 @@ ApplicationFramework相关的设计评审、提交评审、《OpenHarmony Applic
- global_resource_management:https://gitee.com/openharmony/global_resource_management
- global_resource_management_lite:https://gitee.com/openharmony/global_resource_management_lite
- utils_system_resources:https://gitee.com/openharmony/utils_system_resources
- global_i18n:https://gitee.com/openharmony/global_i18n
- global_i18n_lite:https://gitee.com/openharmony/global_i18n_lite
- developtools_global_resource_tool:https://gitee.com/openharmony/developtools_global_resource_tool
## SIG组成员
......
sig/sig-architecture/meetings/2021-08-11-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-8-11 14:15-15:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增 workscheduler和backgroundtask manager仓
议题2、新增ipc_auth仓
议题3、新增DLLite-Micro仓
议题4、小熊派代码合入主线评审
议题5、新增三方厂商的sig仓库
议题6、开发者 Nagesh 希望贡献 Arduino Nano 33 BLE 开发板
## 与会人(Attendees)
- [@im-off-this-week](rengelin@huawei.com)
- [@karl-z](zhangyongzhi@huawei.com)
- [@wanchengzhen](wanchengzhen@huawei.com)
- [@huawei_qiangbo](qiangbo2@huawei.com)
- [@Laowang-BearPi](wangcheng@holdiot.com)
- [@minglonghuang](minglong@iscas.ac.cn)
- [@dongjinguang](dongjinguang@huawei.com)
- [jiangxiaofeng](jiangxiaofeng8@huawei.com)
- [shiyuhan](shiyuhan1@huawei.com)
- [likailong](likailong@huawei.com)
## 会议纪要(Notes)
**议题1、新增 workscheduler和backgroundtask manager仓**
汇报人：胡军
会议结论：
1、议题人没有上会，未讨论。
遗留问题：
无。
**议题2、新增ipc_auth仓**
汇报人：江丽丽
会议结论：
1、目前整改与否对主线影响不大。保持现状，不建议进行整改。
遗留问题：
无。
**议题3、新增DLLite-Micro仓**
汇报人：施裕瀚
会议结论：
1、对外接口未清晰定义，暂不同意毕业。
遗留问题：
无。
**议题4、小熊派代码合入主线评审**
汇报人：王城
会议结论：
1、共申请新建三个仓
```
https://gitee.com/openharmony/vendor_bearpi
https://gitee.com/openharmony/applications_sample_bearpi_hm_nano
https://gitee.com/openharmony/device_bearpi_bearpi_hm_nano
```
2、另外引入两个三方开源软件，将会以外链加patch的形式方式提供
目录结构设计：
```
./device/ # 一级根目录
├── board # 二级目录，存放开发板级驱动
│ ├── bearpi # bearpi 开发板差异相关的实体仓（GPIO定义差异部分、PLL clock差异配置、uart差异配置等）
│ ├── hispark # hispark 开发板差异相关的实体仓（GPIO定义差异部分、PLL clock差异配置、uart差异配置等）
│ └── linaro
├── chipset # 二级目录，存放soc芯片相关的SDK、芯片驱动
│ ├── broadcom
│ ├── hisilicon
│ ├── mediatek
│ └── rockchip
```
遗留问题：
（1) 后续开发者引入主线仓的开发板对应的驱动和SDK由引入负责人进行维护；如果出现维护不及时，OpenHarmony社区有权利删除对应的部件和代码仓；
（2）整体代码的具体整改以渐进的方式进行（先新建一套新的目录结构，逐渐替换现有目录结构的方式进行） 责任人：小熊派、海思
（3）初步方案按照会议题讨论的基本结论来实施，目前开龙这边基于Zephyr进行系统设计，并给出对应优化方案，于下次架构SIG进行决策 -- 责任人：李开龙、devboard SIG Leader、梁克雷
**议题5、新增三方厂商的sig仓库**
汇报人：李开龙
会议结论：
1、同意在sig仓建立孵化，后续按议题4要求目录结构整改。
遗留问题：
1、后续所有芯片级别的建仓按议题4要求汇总并统一汇报。责任人：devboard Sig
**议题6、开发者 Nagesh 希望贡献 Arduino Nano 33 BLE 开发板**
汇报人：
会议结论：
1、会后跟社区负责对接，加入zulip，持续跟进其工作进度。
遗留问题：
无。
sig/sig-architecture/meetings/2021-08-17-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-8-17 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增ace_ets_loader和ace_js_loader仓：
`https://gitee.com/openharmony/ace_ets_loader`
`https://gitee.com/openharmony/ace_js_loader`
新增三方开源软件仓weex-loader和parse5：
`https://gitee.com/openharmony/weex-loader`
`https://gitee.com/openharmony/parse5`
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
张勇智 [@karl-z](https://gitee.com/karl-z)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、新增ace_ets_loader和ace_js_loader仓：
`https://gitee.com/openharmony/ace_ets_loader`
`https://gitee.com/openharmony/ace_js_loader`
新增三方开源软件仓weex-loader和parse5：
`https://gitee.com/openharmony/weex-loader`
`https://gitee.com/openharmony/parse5`**
汇报人：王纯
会议结论：
1、新增4个仓
`https://gitee.com/openharmony/developtools/ace-js2bundle`
`https://gitee.com/openharmony/developtools/ace-ets2bundle`
`https://gitee.com/openharmony/third_party/weex-loader`
`https://gitee.com/openharmony/third_party/parse5`
2、打包后的sdk的路径与鸿蒙SDK保持一致，若有微调变动与IDE对齐
sig/sig-architecture/meetings/2021-08-24-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-8-24 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增三个三方开源代码仓：
third_party_libsoup:`https://gitee.com/openharmony/third_party_libsoup`
third_party_libpsl:`https://gitee.com/openharmony/third_party_libpsl`
third_party_gettext:`https://gitee.com/openharmony/third_party_gettext`
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
张勇智 [@karl-z](https://gitee.com/karl-z)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、新增三个三方开源代码仓：
third_party_libsoup:`https://gitee.com/openharmony/third_party_libsoup`
third_party_libpsl:`https://gitee.com/openharmony/third_party_libpsl`
third_party_gettext:`https://gitee.com/openharmony/third_party_gettext`**
汇报人：刘荣亮
会议结论：
1、同意新增如下两个开源仓：
third_party_libsoup:`https://gitee.com/openharmony/third_party_libsoup`
third_party_libpsl:`https://gitee.com/openharmony/third_party_libpsl`
2、gettext开源仓需要确认GPL协议的范围，和法务对齐，下次例会在汇报决定。
sig/sig-architecture/meetings/2021-09-07-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-9-7 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、三方开源代码仓GPL协议代码处理方式汇报：
third_party_gettext:`https://gitee.com/openharmony/third_party_gettext`
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
张勇智 [@karl-z](https://gitee.com/karl-z)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、三方开源代码仓GPL协议代码处理方式汇报：third_party_gettext:`https://gitee.com/openharmony/third_party_gettext`**
汇报人：刘荣亮
会议结论：
1、同意gettext建仓申请，含有GPL协议代码当前不参与编译，建议不删除相关代码，便于后续升级维护；
2、后面如果有新的依赖，需要在合入是的时候进行管控；
third_party_gettext:`https://gitee.com/openharmony/third_party_gettext`
sig/sig-architecture/meetings/2021-09-22-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-9-22 14:15-15:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增 sensors_start 仓
## 与会人(Attendees)
- [@wanchengzhen](wanchengzhen@huawei.com)
- [@dongjinguang](dongjinguang@huawei.com)
- [@hhh2](pengfei.hou@huawei.com)
- [@hellohyh001](huiyuehong@huawei.com)
## 会议纪要(Notes)
**议题1、新增 sensors_start仓**
汇报人：候朋飞
会议结论：
1、同意在sig仓建立孵化。
遗留问题：
无。
sig/sig-architecture/meetings/2021-11-09-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-11-9 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、测试子系统申请新建开源仓third_party_benchmark
议题2、帐号子系统申请新建开源仓account_app_account
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
张勇智 [@karl-z](https://gitee.com/karl-z)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1：测试子系统申请新建开源仓third_party_benchmark**
汇报人：任翔
会议结论：
1、同意在OpenHarmony新增third_party_benchmark开源仓。
遗留问题：
1、Mini，Small benchmark库是否归一？会后闭环答复：benchmark库在标准与轻量级归一，均使用Google benchmark。
2、为什么使用Google benchmark？与OpenSSL Benchmark对比有什么优势？会后闭环答复：Google benchmark是专门针对C++
benchmark测试提供的测试库，提供了全面的性能测试接口，包括复杂度计算、多线程benchmark、模板化测试、CPU频率缩放等功能，简单易用。OpenSSL更擅长IPv4、Ipv6协议及网络为主的场景下进行性能测试，因此选型时选用Google benchmark，更符合TDD C++ benchmark测试场景。
**议题2：帐号子系统申请新建开源仓account_app_account**
汇报人：徐大庆
会议结论：
1、同意在OpenHarmony下新增帐号子系统开源仓account_app_account。
遗留问题：
1、应用帐号在标准系统和大型系统上部件名不同，如何考虑代码服用？会后闭环答复：目前无代码可复用，后续涉及到复用时，以开源项目整体策略为准，统一处理。
2、支持按需跨设备同步的特性如何保证数据同步的时效性？会后闭环答复：目前设计与大型系统一致，依赖分布式数据管理的自动同步机制，后续会考虑自动+手动同步的机制，提高时效性。
sig/sig-architecture/meetings/2021-11-23-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-11-23 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、申请辞去架构SIG成员工作
议题2、研发工具链子系统申请新增hiperf开源部件仓
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
张勇智 [@karl-z](https://gitee.com/karl-z)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1：申请辞去架构SIG成员工作**
汇报人：张勇智
会议结论：
1、同意架构SIG成员张勇智相关工作交接给赵文华。
**议题2：研发工具链子系统申请新增hiperf开源部件仓**
汇报人：韩记晓
会议结论：
1、同意在openharmony创建hiperf仓。工具链中的部件仓代码分设备端和host端，建议拆分host代码仓。
sig/sig-architecture/meetings/2021-12-01-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-12-1 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增开源仓windowmanager，路径:foundation/windowmanager
议题2、新增驱动dirver_platform与driver_interface仓评审
议题3、新增libyuv开源软件评审
议题4、新增libnl三方开源代码仓:thrid_party_libn
议题5、OpenHarmony XTS部件仓申请
议题6、新增libopenH264开源软件评审
议题7、新增仓third_party/exfat-utils
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1：新增开源仓windowmanager，路径:foundation/windowmanager**
汇报人：周耀颖
会议结论：
1、同意新增windowmanager 开源仓，路径:foundation/windowmanager
**议题2：新增驱动dirver_platform与driver_interface仓评审**
汇报人：袁博
会议结论：
1、不同意新建driver_platform仓，platform驱动实现放到各自device仓
2、同意新建driver_interface仓
**议题3：新增libyuv开源软件评审**
汇报人：曹辉
会议结论：
1、不同意引androidsource下的libyuv
2、chrom网站下的需要根据12月中旬结论审视，寻找可替代方案
**议题4：新增libnl三方开源代码仓:thrid_party_libnl**
汇报人：徐赛
会议结论：
1、同意OpenHarmony建仓：third_party_libnl
**议题5：OpenHarmony XTS部件仓申请**
汇报人：纪永
会议结论：
1、同意新增部件仓dcts（OpenHarmony设备兼容性测试套），hats（OpenHarmony硬件抽象测试套），ists
（OpenHarmony镜像安全测试套），ssts（OpenHarmony系统易损测试套），hits（子系统集成测试）；
2、涉及开源仓需要进一步评审是否满足开源策略和要求
**议题6：新增libopenH264开源软件评审**
汇报人：朱明亮
会议结论：
1、同意建三方仓
2、支持产品可裁剪部署。
3、需同时适用Mini，Small设备形态。
**议题7：新增仓third_party/exfat-utils**
汇报人：谷德贺
会议结论：
1、确保有相应的权限管控策略防止三方应用直接调用
2、确保对MUSL等库链接方式，防止开源污染风险
3、二进制按需调用，风险较低，同意加仓
sig/sig-architecture/meetings/2021-12-21-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-12-21 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增仓communication_netmanager_base和communication_netmanager_ext
议题2、新增开源仓libexif
议题3、新建全局资源调度子系统sig仓
议题4、新增开源仓auxiliary_tools
议题5、测试子系统开源仓third_party_benchmark孵化毕业评审
议题6、新增AI子系统(MindSpore)开源仓
议题7、新增PPG功能框架开源仓sensors_health
议题8、适配esp32需要对现有sig仓库名进行调整
议题9、新增开源仓data_share_extension
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、新增仓communication_netmanager_base和communication_netmanager_ext**
汇报人：毛思平、贾艳红、张海丰
会议结论：
1、communication_netmanager_base和communication_netmanager_ext同意建仓，communication_netstack仓需要对仓名重新进行评估。
**议题2、新增开源仓libexif**
汇报人：张晓波
会议结论：
无。
**议题3、新建全局资源调度子系统sig仓**
汇报人：唐城开
会议结论：
无。
**议题4、新增开源仓auxiliary_tools**
汇报人：赵军霞
会议结论：
无。
**议题5、测试子系统开源仓third_party_benchmark孵化毕业评审**
汇报人：任翔
会议结论：
无。
**议题6、新增AI子系统(MindSpore)开源仓**
汇报人：翟智强
会议结论：
无。
**议题7、新增PPG功能框架开源仓sensors_health**
汇报人：武和波
会议结论：
1、同意，仓库名称需要修改
**议题8、适配esp32需要对现有sig仓库名进行调整**
汇报人：王兵
会议结论：
1、同意，请按照最新规范更名。
**议题9、新增开源仓data_share_extension**
汇报人：徐大庆
会议结论：
1、同意，仓名改为data_share
sig/sig-architecture/meetings/2021-12-24-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-12-14 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新增开源仓windowmanager 路径:foundation/windowmanager
议题2、新增以下五个开源仓：applications_screenshot；applications_screenlock；applications_theme；applications_settingsdata；base_apps
议题3、新增开源仓：third_party_libwebsockets和third_party_netfilter
议题4、新增开源软件使用仓：skia_canvaskit0310；路径：third_party/skia_canvaskit0310
议题5、新增开源软件使用仓：minikin；路径：third_party/minikin
议题6、联盛德W800芯片适配，按照新的目录结构要求，申请新建sig仓
议题7、新增杂散子系统开源仓
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、新增开源仓windowmanager 路径:foundation/windowmanager**
汇报人：周耀颖
会议结论：
同意新增windowmanager 开源仓，路径:foundation/windowmanager
**议题2、新增以下五个开源仓：applications_screenshot；applications_screenlock；applications_theme；applications_settingsdata；base_apps**
汇报人：苏鹏
会议结论：
1、应用子系统中，applications目录下属仓库同意建仓：
applications_screenshot
applications_screenlock
applications_theme
applications_settingsdata
2、设置数据库三方接口仓库，待确认仓库名称以及具体内容后，再次上会评审建仓，涉及仓库 base/base_apps
**议题3、新增开源仓：third_party_libwebsockets和third_party_netfilter**
汇报人：毛思平、王先军、李脉江
会议结论：
1、netfilter相关仓直接放在third_party底下，去掉netfilter目录
**议题4、新增开源软件使用仓：skia_canvaskit0310；路径：third_party/skia_canvaskit0310**
**议题5、新增开源软件使用仓：minikin；路径：third_party/minikin**
汇报人：杨光宇、陈炳、汪永浪
会议结论：
1、蓝区开源使用skia的org版本替换flutter中skia。
2、L2中现有minikin，属于AOSP版权代码，具体替代完成时间计划，以OpenHarmony项目组决策意见为准
替换完成之前先不引入开源，暂时使用L2中现有minikin代码。
**议题6、联盛德W800芯片适配，按照新的目录结构要求，申请新建sig仓**
汇报人：屈博
会议结论：
1、同意建仓。
**议题7、新增杂散子系统开源仓**
汇报人：赵超、方忠灿
会议结论：
无。
sig/sig-architecture/meetings/2021-12-28-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2021-12-28 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、storage_user_file_manager仓孵化评估
议题2、新增开源仓meta_openharmony
议题3、新增update孵化仓评估
议题4、hidumper仓孵化评估
议题5、新增hichecker仓，PyYAML仓
议题6、新增useriam仓
议题7、新增hapsigner仓
议题8、新增devicesecuritylevel仓
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
## 会议纪要(Notes)
**议题1、storage_user_file_manager仓孵化评估**
汇报人：潘强标
会议结论：
1、storage作为二级目录是否合适，是否跟分布式distributeddatamanager在一个目录下，仓名需要有结论
**议题2、新增开源仓meta_openharmony**
汇报人：Jianyu Liu
会议结论：
1、明确孵化毕业标准、支持平台、后续维护负责人等SIG仓信息
2、建议讨论修改仓名3.下次例会再次评审
**议题3、新增update孵化仓评估**
汇报人：卢伟超
会议结论：
无。
**议题4、hidumper仓孵化评估**
汇报人：马耀辉
会议结论：
1、同意新增hidumper仓
遗留问题：
1、hidumper的安全评估，去安全TMG拿个结论或意见，是否在shell uid和root uid上增加更加严格权限管控。
2、hidumper是否可以和IDE结合。和hiprofiler的cpu信息是否功能重复, 能否复用。
**议题5、新增hichecker仓，PyYAML仓**
汇报人：马耀辉
会议结论：
1、同意SIG上新增PyYAML仓；
1）打点模块的YAML文件配置路径需避免直接放在仓根目录；
2）需要跟踪增加编译时间成本的风险；
3）新增的仓路径：third_party/PyYAML，build仓修改：增加调用PyYAML仓api的python脚本
2、同意新增hichecker仓，无遗留问题。
**议题6、新增useriam仓**
汇报人：马小双
会议结论：
1、同意SIG 上新增如下代码仓软实现ta当前放到对应的特性代码仓下面，HAL仓暂时不添加，等后续HDF仓确认地址后，再确认新建仓地址：
useriam_userauth 用户认证SA
useriam_useridm 用户身份管理SA
useriam_coauth 协同认证SA
useriam_pinauth 口令认证SA
useriam_faceauth 人脸认证SA
**议题7、新增hapsigner仓**
汇报人：刘志伟
会议结论：
1、同意SIG上新增hapsigner代码仓：developtools_hapsigner签名工具
遗留问题：
1、需要确认签名工具否可以直接使用IDE的Java环境。
**议题8、新增devicesecuritylevel仓**
汇报人：徐知仁
会议结论：
1、同意SIG上新增devicesecuritylevel代码仓：secu rity_devicesecuritylevel设备安全等级管理
遗留问题：
1、设备安全等级满足OpenHarmony生态产品的安全等级定义和互通要求。
sig/sig-architecture/meetings/2022-01-11-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-1-11 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建开源仓:applications_adminprovisioning、新建开源仓:global_edm_standard
议题2、新建开源仓: global_timezone
议题3、新增子系统: 文件存储子系统
议题4、useriam_faceauth仓库从SIG毕业合入OpenHarmony主干useriam_faceauth
议题5、新增SIG仓：lockzhiner-rk2206
议题6、新增SIG仓：opengfxdriver
议题7、新增SIG仓：dmabufheap
议题8、security_access_token合入主干评审
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：新建开源仓:applications_adminprovisioning、新建开源仓:global_edm_standard**
汇报人：李恒
会议结论：
1、同意admin_provisioning的sig仓创建:
1）代码位置applications/standard/admin_provisioning
2）仓名applications_admin_provisioning
3）仓名待子系统确认后，进行调整
2、edm评审结果：
1）edm改名为enterprise_device_management
2）评审组建议作为独立子系统的模式建仓交付，建议代码位置在base/enterprise_devices_management
3）enterprise_device_management不作为全球化子系统的部件交付
4）其他待讨论清楚后，再建sig仓
**议题2：新建开源仓: global_timezone**
汇报人：孙耀祖
会议结论：
1、会后和杂散子系统沟通，确认清楚时区相关的分工
2、时区更新、编译、部署、解析，pc端工具和设备侧工具分开建仓
**议题3： 新增子系统: 文件存储子系统**
汇报人：潘钦旭
会议结论：
1、同意分布式文件子系统名称变更为“文件管理子系统”，英文名为filemanagement;
2、同意文件管理子系统下新建仓的仓名:分别为 filemanagement_file_api,filemanagement_app_file_service,filemanagement_user_file_service,filemanagement_storage_service,filemanagement_dfs_service,filemanagement_fs_tools以及6个开源工具仓，路径按规范进行配置
3、仓和部件的对应关系补充刷新涉及lite编译形态的部件，补充到仓的说明文件中；
**议题4：useriam_faceauth仓库从SIG毕业合入OpenHarmony主干useriam_faceauth**
汇报人：刘天石
会议结论：
已闭环
1、代码路径base/useriam/faceauth改为base/user_iam/face_auth（修改仓路径）
2、将ux文件夹改为ui，并移动至应用子系统(经沟通，先改名为ui，移动至应用子系统后续完成)
3、将services文件夹改为service（经确认无需修改）
4、确认下SA_profile结构(经确认无需修改)
**议题5：新增SIG仓：lockzhiner-rk2206**
汇报人：王小彬
会议结论：
1、同意申请SIG仓，按照主线开发板和芯片SIG仓建立规则建。
2、尽快上传相关代码，方便跟进。
**议题6：新增SIG仓：opengfxdriver**
汇报人：黄然
会议结论：
1、同意申请sig仓
2、建立两个目录，一个mesa，一个benchmark test suite
3、先孵化，后面再定合入主干具体哪个位置。
**议题7：新增SIG仓：dmabufheap**
汇报人：宋远征
会议结论：
1、dmabfuheap代码量较小，不适合单独做为一个仓存放，建议在系统基础库子系统中，所有的内存系统库作为一个部件建仓，下次上会评审内存系统库仓的规划。
**议题8：security_access_token合入主干评审**
汇报人：林舒卿
会议结论：
已闭环
1、accesstoken_lib目录名称修改（确认修改为nativetoken）
sig/sig-architecture/meetings/2022-01-18-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-1-18 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、ai_framework_sig 申请第三方仓
议题2、新建SIG仓applications_note
议题3、softbus_lite仓申请退休
议题4、新建开源仓：OpenHarmony增加联系人数据库、小区广播和stk代码仓评审
议题5、third_party_pyymal仓从SIG毕业合入
议题6、drivers_interface仓从SIG毕业合入
议题7、vendor_huawei_hdf仓下线
议题8、新增update孵化仓
议题9、新建开源仓: global_timezone
议题10、新建sig仓:base_enterprise_device_management
议题11、新建开源仓: openSLES
议题12、新建sig仓openharmony-sig/knowledge_demo_entertainment和openharmony-sig/knowledge_demo_getstarted
议题13、新建SIG仓utils_memory
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：新建dev-board SIG下建软通动力的4块开发板的仓**
汇报人：袁博文
会议结论：
1、开发板仓命名规则以企业名称或芯片企业名称命名，不以开发板名称单独建仓
2、将代码仓按照规范整改命名及代码功能模块放置到对应仓（由李开龙评估）
3、同意新建device和vendor仓
**议题2：新增SIG仓：rme**
汇报人：张伟
会议结论：
1、插件如何分？rme插件感觉功能有点庞杂
2、rme仓名问题，范围太大了，建议改名
3、整个架构图整改，需要将接口库这部分放到rme内部
4、目录命名不是很清楚，比如ueaservice这些，需要修改为更表意的名字
5、会下对齐，闭环这些遗留问题后再建仓
**议题3：新增device_soc_chipsea、device_board_chipsea、vendor_chipsea**
汇报人：郭超胜
会议结论：
1、补充开发板名称：cst85_wblink
2、芯片和开发板解耦，目录分开。
**议题4：新建dev-board SIG下建兆易创新的1块开发板的仓**
汇报人：高志阳
会议结论：
1、材料准备不充分，需要线下提供支撑材料
2、需要提供代码、代码仓目录结构、开发板或芯片开发进展及图片
3、线下对齐后，将材料递交齐后可建仓
**议题5：third_party_pyymal仓从SIG毕业合入**
汇报人：许勇
会议结论：
遗留问题已经闭环，已经准出毕业
**议题6：drivers_interface仓从SIG毕业合入**
汇报人：袁博
会议结论：
遗留问题已经闭环，已经准出毕业
**议题7：vendor_huawei_hdf仓下线**
汇报人：刘飞虎
会议结论：
1、同意下线
2、代码仓下线、废弃的具体流程和机制需要明确（马明帅 董金光 任革林 邢文华 黄明龙 以及其他架构一起参与讨论
**议题8：新增update孵化仓**
汇报人：卢伟超
会议结论：
1、结论同意建立孵化仓，名字OTA_Reference
2、提供服务器的样例代码，需要考虑易用性，例如用户通过配置后，即可使用；
3、Server端不合入主线，提交到孵化仓做为参考实现和测试server
4、客服端代码完善后，可以合并到主干；
5、代码注意命名规范，不能有公司名字等；
6、不提供端云接口，接口由各家厂商自行开发。
**议题9：新建开源仓: global_timezone**
汇报人：孙耀祖
会议结论：
1、拉杂散子系统明确接口分工
**议题10：新建sig仓:base_enterprise_device_management**
汇报人：李恒
会议结论：
1、按方案二执行，将edm(企业设备管理)和cust(定制框架)作为定制子系统(Customization Subsystem)
包含定制框架(代码仓customization_cust_lite 代码仓路径 base/customization/cust_lite)、企业设备管理(代码仓customization_enterprise_device_management 代码仓路径 base/customization/enterprise_device_management)、企业设备管理业务发放应用(代码仓applications_admin_provisioning 代码仓路径 applications/standard/admin_provisioning)
2、创建sig仓 customization_enterprise_device_management 和 applications_admin_provisioning
3、定制框架代码(代码仓名cust_lite)从全球化子系统迁移到定制子系统(代码仓customization_cust_lite 代码仓路径 base/customization/cust_lite)
**议题11：新建开源仓: openSLES**
汇报人：程成
会议结论：
1、结论同意建立孵化仓，名字 third_party_opensles
2、直接在主线建仓
**议题12：新建sig仓openharmony-sig/knowledge_demo_entertainment和openharmony-sig/knowledge_demo_getstarted**
汇报人：马迪欣
会议结论：
1、开发样例是否按场景放置，会后拉群单独讨论
**议题13：新建SIG仓utils_memory**
汇报人：孙采
会议结论：
同意新建SIG仓：utils_memory仓。
该仓负责：对内核内存管理驱动做封装，提供标准的内存系统库接口主要包括功能：
1、libdambufheap：提供分配共享内存的接口，给图形图像、安全等系统服务调用（app不直接调用）。
2、libmeminfo：提供内存占用查询接口，主要给内存占用维测（hidumper）、和低内存查杀（lmks）服务使用。
3、libmemleak：配合malloc_debug做native heap内存泄漏检测的系统库。
4、libpurgeable：可丢弃类型内存的管理接口，给多媒体库调用。
sig/sig-architecture/meetings/2022-01-30-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-1-30 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、ai_framework_sig 申请第三方仓
议题2、新建SIG仓applications_note
议题3、softbus_lite仓申请退休
议题4、新建开源仓：OpenHarmony增加联系人数据库、小区广播和stk代码仓评审
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：ai_framework_sig 申请第三方仓**
汇报人：王华鑫
会议结论：
1、代码仓已经全部迁移到tpc组织
2、后续在tpc仓进行孵化
3、本次相关负责人无法上会，下次例会重新申请引入
**议题2：新建SIG仓applications_note**
汇报人：朱鸿
会议结论：
1、可以建仓，后续开源前完善内部评审；
2、备忘录应用是纯自研代码，无三方代码；
3、备忘录应用是预置应用，但不是系统应用；
4、备忘录应用支持的OpenHarmony设备：手机、平板、PC，同一个应用工程，适配不同分辨率；
**议题3： softbus_lite仓申请退休**
汇报人：侯选哲
会议结论：
同意communication_softbus_lite仓退休，按照仓退休流程处理。
1、communication_softbus_lite轻量化功能已收编至communication_dsoftbus；
2、communication_softbus_lite对应的LTS版本需要支撑维护。
**议题4：新建开源仓：OpenHarmony增加联系人数据库、小区广播和stk代码仓评审**
汇报人：李诗伟
会议结论：
1、同意联系人数据库（applications_contactsdata）新建仓
2、小区广播和stk暂不开源，后续如果需要开源再评审
3、和夏登平讨论下，应用的api以什么方式提供合适
sig/sig-architecture/meetings/2022-02-08-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-2-8 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓developtools_ets_lint_rules，third_party_typescript和third_party_typescript_eslint申请孵化毕业
议题2、frame_aware_sched sig仓毕业孵化
议题3、新建仓：webview
议题4、测试框架新建代码仓申请：testframework、wukong
议题5、新建开源仓: global_timezone
议题6、ai_framework_sig 申请第三方仓（遗留）
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓developtools_ets_lint_rules，third_party_typescript和third_party_typescript_eslint申请孵化毕业**
汇报人：李洪
会议结论：
遗留问题：
怎么解决typecript社区如何接纳ets范式语法的兼容？
**议题2、frame_aware_sched sig仓毕业孵化**
汇报人：师荣堃
会议结论：
遗留问题：
1、frame_aware_sched仓名是否需要修改
2、ueaxxx的名字不清晰，建议改掉
**议题3、新建仓：webview**
汇报人：李征
会议结论：
1、同意新建web_webview、third_party_chromium代码仓
遗留问题：关于third_party_chromium代码仓的内容
1）需要与chromium的源码进行解耦，保留chromium原始的代码仓结构和提交记录，openharmony代码仓中不直接放置chromium源码，具体实施方法可以参考CEF的解决方案；
2）代码结构主要包含：编译脚本、自研代码目录、三方代码目录、prebuild（放置构建后的webview.hap）、patch目录等；
3）对于针对chromium修改的patch，需要明确patch的生成规则、命名规则；
**议题4、测试框架新建代码仓申请：testframework、wukong**
汇报人：任熠
会议结论：
1、同意新建测试框架仓、wukiong仓，认证管控服务仓本次遗留，不决策
遗留问题：
1、testframework和develpertest 名称调整，以便区分，框架重新命名
2、需考虑开发者测试入口如何统一，从一个入口执行不同类型的测试；
**议题5、新建开源仓: global_timezone**
汇报人：罗博明
会议结论：
1、同意新建global_timezone仓，第三方时区数据新建third_party/tzdata仓
**议题6、ai_framework_sig 申请第三方仓（遗留）**
汇报人：王华鑫
会议结论：
1、同意为Paddle_lite, ncnn，mnn在tpc上单独建仓，封装的统一接口避免和Mindspore相同
sig/sig-architecture/meetings/2022-02-15-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-2-15 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、申请新建开源仓：third_party_cef
议题2、申请新建开源仓：sfc
议题3、申请新建开源仓：ArkAsm
议题4、accessibility申请孵化毕业
议题5、新建SIG仓applications_filepicker
议题6、新建SIG仓：vendor_bananapi、device_board_bananapi
议题7、新建sig仓tee_client、tee_os、tee_tzdriver、tee_dev_kit
议题8、申请新建仓interface_native_h
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、申请新建开源仓：third_party_cef**
汇报人：李征
会议结论：
1、同意新建third_party_cef仓，基于Chromium Embedded Framework (CEF)构建webview
**议题2、申请新建开源仓：sfc**
汇报人：马尔利
会议结论：
1、线下与架构讨论并输出纪要并闭环
**议题3、申请新建开源仓：ArkAsm**
汇报人：王帅
会议结论：
1、同意先建立孵化仓，待产品成熟后再考虑合入主干仓。
需要额外关注问题：
1、关注交互性能问题。
2、注意外部社区吸收，可能遇到的冲突等。
**议题4、accessibility申请孵化毕业**
汇报人：赖癸仲
会议结论：
1、同意准出
遗留问题：
1、要确认代码移除无需交付的对外接口，只提供内部子系统依赖接口，确认已完成整改后并入主线。
2、额外问题：后续版本要补充隐私问题的功能设计，找隐私、UX细化具体要求（该遗留问题不影响此次准出）。
**议题5、新建SIG仓applications_filepicker**
汇报人：陈佳乐
会议结论：
1、同意建仓
遗留问题：
1、应用1选择文件后私发给应用2如何控制；是否对每个拉起文件选择器选择的文件生成的uri都是唯一的，且仅改应用可用？
遗留问题答复： uri在被使用的时候有权限校验的；应用1发给应用2的是uri， uri都是只能通过helper打开的， 那应用2的helper拉起mediaLib的时候应该会进行MEDIA_RW权限校验
**议题6、新建SIG仓：vendor_bananapi、device_board_bananapi**
汇报人：张韬庚
会议结论：
1、同意建仓：在sig上建立vendor_bananapi与device_board_bananapi代码仓
**议题7、新建sig仓tee_client、tee_os、tee_tzdriver、tee_dev_kit**
汇报人：张德耀
会议结论：
1、tee_os rom和ram填实际大小，占用内存不包含ta，占用rom为实际镜像占用大小。
2、tee_os运行框架和内核是否分开，需要评估一下。
闭环结论：
1、teeos rom和ram内存修改为只表示teeos系统运行时需要的内存，后续各产品使能tee，给tee系统配置安全内存和镜像分区大小时，还需要考虑该产品所包含的所有安全业务（TA/驱动/服务等）占用的大小。
2、tee_os部件拆分为两个部件：tee_os_kernel(rom: 2048KB ram: 8192KB), tee_os_framework(rom: 4096KB ram: 20480KB)
**议题8、申请新建仓interface_native_h**
汇报人：时睿
会议结论：
1、同意新建interface_native_h仓，用于维护对外开放接口的.h文件。如会议汇报，该仓用于规范化.h文件中注释的写作、评审、翻译流程，同时需通过工具进行一致性校验，保证代码仓与API文档一致性。
sig/sig-architecture/meetings/2022-02-22-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-2-22 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓device_soc_asrmicro、device_board_lango、vendor_asrmicro 准出申请
议题2、sig仓applications_contactsdata准出申请
议题3、sig仓global_timezone、third_party_tzdata准出申请
议题4、申请新建仓tpc-sig
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓device_soc_asrmicro、device_board_lango、vendor_asrmicro 准出申请**
汇报人：姚少鹏
会议结论：
1、hal_sys_param.c 文件HalGetSerial(void) 需要返回唯一的值，软总线依赖。
----->>> asr改用mac地址
2、没有适配软总线
----->>> asr增加dsoftbus适配
3、没有使用HDF
----->>> asr增加总线HDF的接口适配，并放到drivers目录下
4、wifi demo 什么也没有
----->>> asr修改，将wifi 测试指令移到wifi demo下
5、device/soc/asrmicro/asr582x/liteos_m/sdk/BUILD.gn 编译方式未按照模块化编译来
----->>> asr按照鸿蒙要求，拆开目录
6、xz.exe文件放到外部仓库，单独下载
----->>> windows下用的，asr可以删除
7、lwip使用OpenHarmony里面的
----->>> asr按照鸿蒙要求，使用社区版本，并需要通过XTS
上主干前需针对上述修改，后续不会有大功能增加
**议题2、sig仓applications_contactsdata准出申请**
汇报人：李诗伟
会议结论：
1、同意准出
遗留问题：
1、考虑可扩展性设计，以及数据库如何支持分布式
**议题3、sig仓global_timezone、third_party_tzdata准出申请**
汇报人：孙耀祖
会议结论：
1、同意准出
遗留问题：
1、只保留一份二进制时区数据，930之前完成整改
**议题4、申请新建仓tpc-sig**
汇报人：刘宝玉
会议结论：
同意三方库建仓，
1、新建三方库sig仓openharmony-sig/tpc-sig
2、新建sig仓采用方案二（建立一个sig仓，按目录存放独立的三方库）。孵化出来进openharmony-tpc 按方案一（按组件建仓）
3、组件大赛需要一个独立的仓openharmony-sig/contest-sig
sig/sig-architecture/meetings/2022-03-01-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-3-1 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建三方仓third_party/vixl；third_party/elfio
议题2、新建开源仓third_party/ruby
议题3、utils_memory申请孵化毕业
议题4、申请sig仓孵化 msdp_start、msdp_device_status
议题5、sensors_medical_sensor申请孵化毕业
议题6、部件化分仓： 将distributeddatamgr_appdatamgr分为以下5个仓：distributeddatamgr_relational_store，distributeddatamgr_preferences，distributeddatamgr_relational_store_lite，distributeddatamgr_data_object_lite，distributeddatamgr_kv_store_lite
开源仓改名：distributeddatamgr_objectstore
开源仓改名：distributeddatamgr_datamgr
议题7、global_resource_tool sig 申请毕业
议题8、applications_admin_provisioning申请孵化毕业
议题9、部件合并评审：user_auth，user_idm，auth_executor_mgr合并为一个部件user_auth
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：新建三方仓third_party/vixl；third_party/elfio**
汇报人：魏福伦
会议结论：
1、同意三方库建仓
遗留问题：
1、数据支撑：对于应用与系统库的提升是多少 ，如何收集不同机器profile
2、使用范围：确定使用范围，是否对开发者提供将字节码编译为机器码功能
**议题2：新建开源仓third_party/ruby**
汇报人：胡峰
会议结论：
1、暂缓本三方库建仓，完成遗留问题后再次评审。
遗留问题：
1、待给出多平台ruby同源解决方案。
2、评估OH去ruby依赖方案可行性。
3、评估移除对低版本mac支持对开发者的潜在影响
**议题3：utils_memory申请孵化毕业**
汇报人：宋远征
会议结论：
1、待QA-SIG评审通过后，同意准出。
遗留问题：
1、说明清楚这些lib系统库的应用范围以及如何进行权限限制
**议题4：申请sig仓孵化 msdp_start、msdp_device_status**
汇报人：刘东淼
会议结论：
1、device status仓待QA-SIG评审通过后同意准出。
遗留问题：
1、配置文件不建议单独建start仓，会后和启动子系统讨论给出结论。
**议题5：sensors_medical_sensor申请孵化毕业**
汇报人：武和波
会议结论：
1、待QA-SIG评审以及对应用的js接口评审通过后，同意准出。
遗留问题：
1、架构层面与穿戴侧再一起确认下。
**议题6：部件化分仓： 将distributeddatamgr_appdatamgr分为以下5个仓：distributeddatamgr_relational_store，distributeddatamgr_preferences，distributeddatamgr_relational_store_lite，distributeddatamgr_data_object_lite，distributeddatamgr_kv_store_lite**
**开源仓改名：distributeddatamgr_objectstore**
**开源仓改名：distributeddatamgr_datamgr**
汇报人：曾旻
会议结论：
1、部件化分仓方案需要再行讨论；
2、开源仓改名不可行。
遗留问题：
1、评估通过废弃&新建仓方案的可行性。
**议题7：global_resource_tool sig 申请毕业**
汇报人：陈程
会议结论：
1、不同意建仓，完成遗留问题整改后再次评审。
遗留问题：
1、restool 编译工具链需与openharmony系统工具链版本编译保持一致。
**议题8：applications_admin_provisioning申请孵化毕业**
汇报人：李恒
会议结论：
1、待QA-SIG评审通过后，同意准出。
遗留问题：
MDM关键部件的职责分工讨论如下：
1、设备厂商预制应用A，负责下载、校验、安装三方设备管理员应用C。并通过评审应用B暴露的接口触发激活。
2、评审系统应用B，对A暴露激活接口，提供应用C的激活界面；和判断系统环境是否满足激活条件，并进行激活和系统初始化设置。
3、三方设备管理员应用C，申请设备管控接口权限，被激活后，调用设备管控接口配置管控策略。至于策略是否可以被用户取消，以及是否取消设备管控（去激活C），仅由应用C控制。
4、A提前下载安装应用，传包名给B
(1)应用A下载安装应用C后，触发应用B激活应用C。应用B检查系统环境是否在系统初始化阶段，进行一些系统初始化设置后激活并通知应用C，这一过程应用B提供引导界面显示。
(2)应用B不和云端进行交互。
5、非系统初始状态，用户可以自己下载并安装普通管理员应用C，应用C可以调用应用B提供的接口拉起B提供的引导界面，引导用户激活。
6、对于应用C的合法性，建议单独建立一套审核机制，与生态沟通如何对三方设备管理应用C进行管理（比如注册，审核，备案）。
**议题9：distributed_hardware_fwk申请孵化毕业**
汇报人：张创
会议结论：
1、分布式硬件框架待QA-SIG评审通过后同意准出，对遗留问题中提到问题进一步关注并考虑优化。
遗留问题：
1、设备上线后，需要拉起各类外设的SA服务并初始化分布式驱动，关注同时拉起多个SA对系统资源的冲击。
2、设备下线，需要清理下线设备的分布式驱动，如果设备频繁上下线，反复初始化和清理分布式驱动，关注此种状态下对于系统资源的冲击。
sig/sig-architecture/meetings/2022-03-08-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-3-8 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建开源仓base/location
议题2、third_party_libexif申请准出
议题3、hiviewdfx_hidumper申请孵化毕业
议题4、新建SIG仓
议题5、enterprise_device_management仓申请孵化毕业
议题6、新建开源仓foundation/communication/nfc
议题7、distributed_camera、distributed_screen仓申请孵化毕业
议题8、sig仓applications_filepickers申请孵化毕业
议题9、部件合并评审：user_auth，user_idm，auth_executor_mgr合并为一个部件user_auth
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：新建开源仓base/location**
汇报人：刘彬俊
会议结论：
1、需要把网络定位、geocoder等三方服务的接口定下来。
2、依赖项中增加三方的hap包。
3、location部件是否适用于轻量级系统，内存基线是否可以裁剪。area部件的内存基线是否可以减小？
4、建议先上孵化仓，location和area都先建立孵化仓。等遗留问题闭环之后再上Master仓。
**议题2：third_party_libexif申请准出**
汇报人：张晓波
会议结论：
1、架构SIG审核通过，直接走QA-SIG孵化毕业流程。
**议题3：hiviewdfx_hidumper申请孵化毕业**
汇报人：夏中林
会议结论：
1、启动hidumper鉴权问题线下确认后准出
**议题4：新建SIG仓**
汇报人：刘杰
会议结论：
1、同意建仓。
在Openharmony-SIG创建孵化仓，仓名称分别是device_soc_telink，device_board_telink 和 vendor_telink。
**议题5：enterprise_device_management仓申请孵化毕业**
汇报人：蔡明港
会议结论：
1、同意准出。
补充结论：
1、目前EDM准出的场景仅包括EDM单向依赖能力子系统A的情况，由EDM直接调用子系统A的接口。
2、对于后续规划的与其他子系统存在相互依赖的场景，由EDM模块提供和维护统一的查询接口，该接口的客户端代码需要基于编译参数判断系统是否支持EDM能力，保证系统对于不需要支持MDM的场景没有额外的开销
**议题6：新建开源仓foundation/communication/nfc**
汇报人：张秀平
遗留问题：
1、NFC分这么多粒度很小的部件（有源便签部件、HCE部件、Tag读写部件…），会后确认是否有这么多部件？
【会后确认】 会上描述有误，目前NFC实际在330和930需求上规划的部件只有三个： NFC部件、NFC有源标签部件、NFC HDI驱动部件。评审会上的软件架构图描述有误，已更新;
2、在HDF里面新增的NFC的逻辑代码，是否属于部件？
【会后确认】 NFC新增的代码和Bluetooth和WiFi一样，都是一个新增的独立部件。目前所有部件共用一个代码仓，没有独立仓。 【评审人】刘飞虎。
3、如果本次需求更新多个部件，则部件评审材料上要补全部件。
【会后确认】本次新增NFC_connected_tag部件和NFC_connected_tag_device_driver部件。
**议题7：distributed_camera、distributed_screen仓申请孵化毕业**
汇报人：张创
会议结论：
1、同意准出，distributed_camera、distributed_screen，架构评审无遗留问题。
**议题8：sig仓applications_filepickers申请孵化毕业**
汇报人：陈佳乐
会议结论：
1、遗留问题解决后同意准出，找邢文华确认sig孵化检查项
遗留问题：
1、应用1通过file picker获取的uri私发给应用2如何控制
**议题九：部件合并评审：user_auth，user_idm，auth_executor_mgr合并为一个部件user_auth**
汇报人：马小双
会议结论：
1、同意部件合并。
遗留问题：
1、确认部件仓的合并操作流程，等流程清晰后再操作处理。
sig/sig-architecture/meetings/2022-03-15-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-3-15 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓third_party_cef、web_webview、third_party_chromium申请孵化毕业
议题2、signcenter_tool仓下线
议题3、新增子系统: 跨端搜索子系统
议题4、sig仓vendor_chipsea, device_board_chipsea, device_soc_chipsea 准出申请
议题5、补充申报openharmony-tpc仓
议题6、tinyalsa仓下线
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1：sig仓third_party_cef、web_webview、third_party_chromium申请孵化毕业**
汇报人：李征
会议结论：
遗留问题闭环后，同意准出。
遗留问题：
1、部件的命名的整改，由nweb改成nwebview，同步修改资料、代码，做到端到端整改
2、代码仓由web_webview，改成web_nwebview
**议题2：signcenter_tool仓下线**
汇报人：詹泽怡
会议结论：
1、端侧L1 appverify_lite模块合入魔数字修改，编译模块轻设备编译切换至新工具。
2、先将老版本工具signcenter_tool仓状态置退休，不对外体现，后续再删除。
**议题3：新增子系统: 跨端搜索子系统**
汇报人：李勇军
会议结论：
1、确认跨端搜索能力放在系统应用层的可行性。
**议题四：sig仓vendor_chipsea, device_board_chipsea, device_soc_chipsea 准出申请**
汇报人：郝波
会议结论：
1、LWIP适配社区代码。代码目录体现适配含义。
2、软总线作为遗留问题后续解决。
**议题五：补充申报openharmony-tpc仓**
汇报人：刘宝玉
会议结论：
1、同意openharmny-tpc申请。
2、tpc仓的相关规则需要去PMC例会讨论并行成最终结论
3、需要在tpc仓开设多个仓，需要将相关仓的信息及代码架构文档列表（可选）并邮件抄送给架构SIG任革林和强波，申请评审通过后建仓。
**议题六：tinyalsa仓下线**
汇报人：张云虎
会议结论：
1、tinyalsa社区已经不在使用，具备下架条件，同意退休下架。
sig/sig-architecture/meetings/2022-03-23-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-3-23 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓applications_settings_data，applications_screenlock，applications_screenshota，applications_theme申请孵化毕业
议题2、sig仓applications_notes申请孵化毕业
议题3、sig仓miscservices_wallpaper、miscservices_screenlock、miscservices_download、miscservices_pasteboard申请孵化毕业
议题4、新建SIG仓：3D渲染引擎
议题5、sig仓vendor_hihope、device_board_hihope、device_soc_winnermicro孵化毕业申请
议题6、sig仓device_soc_st、device_board_bearpi、vendor_bearpi孵化毕业申请
议题7、新建三方仓third_party_opencl-headers和third_party_opencl-clhpp，启用third_party_flatbuffers仓
议题8、utils_selinux_policy_standard仓下线
议题9、sig仓device_soc_allwinner、device_board_seed、vendor_seed孵化毕业申请
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓applications_settings_data，applications_screenlock，applications_screenshota，applications_theme申请孵化毕业**
汇报人：苏鹏
会议结论：
1、同意applications_settings_data，applications_screenlock，applications_screenshota，applications_theme孵化毕业。
遗留问题：
1、锁屏应用、壁纸应用：不开启锁屏时系统开机需配合启动开机动画、桌面、壁纸，确保不出现界面跳变体验问题，比如先出桌面再出壁纸等。
2、applications_theme改名applications_wallpaper，具体操作和黄明龙对齐
**议题2、sig仓applications_notes申请孵化毕业**
汇报人：朱鸿
会议结论：
1、同意applications_notes孵化毕业。
遗留问题：
1、product目录在满足一次开发多端部署上要再考虑一下。
**议题3、sig仓miscservices_wallpaper、miscservices_screenlock、miscservices_download、miscservices_pasteboard申请孵化毕业**
汇报人：李涛
会议结论：
1、同意miscservices_wallpaper、miscservices_screenlock、miscservices_download、miscservices_pasteboard孵化毕业。
遗留问题：
1、锁屏管理服务：不开启锁屏时系统开机需配合启动开机动画、桌面、壁纸，保障不出现界面跳变体验问题，比如先出桌面再出壁纸等。
2、锁屏管理服务：对请求解锁的接口，确认是否有场景需要开放给三方应用。
3、壁纸管理服务：名称统一成壁纸管理服务。
4、剪贴板服务：对失去焦点的应用，不返回读、写、事件通知，且需在API上补充说明。
5、上传下载服务：考虑新增一个对下载任务管理进行查看控制的“用户统一入口”。
**议题4、新建SIG仓：3D渲染引擎**
汇报人：赵铎
会议结论：
1、同意建3D渲染引擎孵化仓。
遗留问题：
1、渲染引擎仓库名毕业前需与品控会完成确认
**议题5、sig仓vendor_hihope、device_board_hihope、device_soc_winnermicro孵化毕业申请**
汇报人：屈博
会议结论：
1、同意孵化毕业。
评审问题：
1、开发介绍页面不能贴链接，需要整改掉 -- 已修改。
2、W800/lib二进制和冗余代码需要整改清理掉 -- 已解决，删除无用代码
3、V2 gcc问题明天和芯片原厂确认，建议统一贡献到内核仓里边，统一维护 -- 已解决，按照kernel仓要求提交代码
4、蓝牙参考goodix适配接口，具体朝阳协调汇顶的接口人 -- 已解决，BT适配完成
5、Xts文件系统接口问题继续分析解决 -- 已解决，XTS全部pass
**议题6、sig仓device_soc_st、device_board_bearpi、vendor_bearpi孵化毕业申请**
汇报人：王城
会议结论：
1、同意孵化毕业。
遗留问题：
1、二进制后续开源计划跟踪
**议题7、新建三方仓third_party_opencl-headers和third_party_opencl-clhpp，启用third_party_flatbuffers仓**
汇报人：孙锁东
会议结论：
1、同意建third_party_opencl-headers和third_party_opencl-clhpp仓，重新启用third_party_flatbuffers仓。
遗留问题：
1、直接让三方实现opencl接口还是系统有一层封装。
2、flatbuffers开源版本的更新以及维护责任团队的更新。 ---- 版本更新成2.0.0，维护主体更新成SIG-AI-Framework
**议题8、utils_selinux_policy_standard仓下线**
汇报人：徐知仁
会议结论：
同意utils_selinux_policy_standard仓下线，按退休流程处理。
**议题9、sig仓device_soc_allwinner、device_board_seed、vendor_seed孵化毕业申请**
汇报人：刘召勤
会议结论：
同意孵化毕业。
遗留问题：
1、代码编译方式需要和社区编译方式一致，开发板可以多一步打包封装步骤，需要整改 ---已经整改。
2、Camera/Audio/Display模块存在的问题找相关SIG推动解决。--- 需要社区一起帮忙推动
3、/drivers/wifi路径下存在大批量的GPL2.0许可的代码，经过开发板厂商确认为WiFi内核驱动代码，确定是否合规。 ---已经整改
4、XTS认证测试报告已经发送到社区，反馈后再进行整改。 ---- 待反馈
5、目前代码以patch形式存在，提交到主分支后，需要华为进行审核通过。----需要社区一起推动
sig/sig-architecture/meetings/2022-03-29-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-3-29 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、可信执行环境子系统：新增安全芯片基础管理部件以及安全芯片传输管理部件申请
议题2、测试框架部件仓名遗留问题闭环评审
议题3、新建GIIC-SIG仓
议题4、sig仓device_soc_st、device_board_talkweb、vendor_talkweb孵化毕业申请
议题5、新建third_party/nfc-nci SIG仓
议题6、三方库组件建仓方案变更申请
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、可信执行环境子系统：新增安全芯片基础管理部件以及安全芯片传输管理部件申请**
汇报人：田建亮
会议结论：
1、暂不接纳，挂在已有SIG组下或申请成立新SIG后再来申请新建部件。
遗留问题：
1、在整体架构图中的位置；
2、ree侧tee部件部署情况，对外接口的体现形式；
3、依赖的外部部件的部署情况。
**议题2、测试框架部件仓名遗留问题闭环评审**
汇报人：任熠
会议结论：
1、同意测试部件仓命名为arkXtest。
遗留问题：
无。
**议题3、新建GIIC-SIG仓**
汇报人：高博
会议结论：
1、暂不接纳，待开放原子开源基金会律师对GIIC开源代码贡献评估完成法律风险后再决策是否新建GIIC-SIG仓。
遗留问题：
1、GIIC SDK合入OpenHarmony主库需澄清问题：
1）GIIC SDK在OpenHarmony主库如何部署和编译，独立仓组件还是模块可以分层部署？
2）GIIC SDK后续的演进计划？
3）GIIC SDK运行在OpenHarmony哪个层次平台，南向和北向对外提供什么样接口？
4）GIIC SDK对OpenHarmony的依赖都有哪些？后续是否调用软总线接口？
5）GIIC SDK给OpenHarmony带来了什么？
**议题4、sig仓device_soc_st、device_board_talkweb、vendor_talkweb孵化毕业申请**
汇报人：方烨
会议结论：
1、同意sig仓device_soc_st、device_board_talkweb、vendor_talkweb孵化毕业。
遗留问题：
1、bootloader、打包工具等未开源的代码尽快开源，有线以太网适配代码在1-2个月内开源。
2、编译生成的allinone固件与海思hi3861L固件统一命名。
**议题5、新建third_party/nfc-nci SIG仓**
汇报人：张秀平
会议结论：
1、确认如下遗留问题后，再重新上会评审。
遗留问题：
1、与HDF域对齐，是否与HDF设计一致；
2、从HDF NFC driver中引入third-party 里面的hal库，架构设计上是否合理。
**议题6、三方库组件建仓方案变更申请**
汇报人：陈文杰
会议结论：
1、同意按不同三方库各自独立建SIG仓。
2、按模板整理三方库列表，上架构SIG评审通过后建相关SIG仓。
遗留问题：
1、整理出三方库列表模板。
sig/sig-architecture/meetings/2022-04-19-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-4-19 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建仓distributeddatamgr_fusion_search
议题2、新建third_party_vulkan SIG仓
议题3、部分三方仓下线
议题4、MSDP部分仓申请孵化毕业
议题5、可信执行环境子系统：新增安全芯片基础管理部件以及安全芯片传输管理部件申请遗留问题闭环
议题6、安全基础框架子系统证书管理代码仓申请
议题7、安全基础框架子系统通用算法&基础库仓申请
议题8、三方库组件建仓申请
议题9、申请新建开源代码仓Taro
议题10、新建媒体子系统播控会话仓multimedia_avsession_standard
议题11、三方组件建仓申请
议题12、napi-generator代码仓申请准出
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、新建仓distributeddatamgr_fusion_search**
汇报人：王文涛
会议结论：
1、可以先建孵化仓distributeddatamgr_fusion_search
遗留问题：
1、融合搜索是在应用层还是在系统层，需要在孵化毕业时答复；
2、如果没有特殊原因，建议在应用层实现，特殊原因提前沟通，以免影响孵化毕业。
**议题2、新建third_party_vulkan SIG仓**
汇报人：张召
会议结论：
1、同意建立third_party_vulkan的孵化仓
2、明确孵化仓的目的：1）适配OHOS工具链编译；2）与海思芯片平台联调验证正常后孵化毕业开放给其他芯片平台参考
遗留问题：
无。
**议题3、部分三方仓下线**
汇报人：蒋晓峰
会议结论：
1、third_party_gptfdisk 自身须依赖正确版本的popt，不再引用third_party_popt；
2、同意下线以下三方开源软件：
third_party_JSON-C、third_party_LVM2、third_party_cryptsetup、third_party_libuuid、third_party_popt、third_party_bounds_checking_function 在解除其他模块对他的依赖关系后，同意下线，统一使用utils/native下的安全函数库。
遗留问题：
1、梳理third_party_bounds_checking_function当前被使用的情况，third_party_bounds_checking_function的下线不能影响其他模块的编译和运行。
**议题4、MSDP部分仓申请孵化毕业**
汇报人：彭红星
会议结论：
1、线下单独讨论。
遗留问题：
1、timeline等仓确认是否需要设置权限保护。
**议题5、可信执行环境子系统:新增安全芯片基础管理部件以及安全芯片传输管理部件申请遗留问题闭环**
汇报人：田建亮
会议结论：
1、同意安全芯片基础管理部件以及安全芯片传输管理部件申请码仓以及部件。
遗留问题：
1、传输管理命名太泛泛，可以考虑更合适的名称。
2、梳理各部署环境下的代码仓和部件的对应关系。
**议题6、安全基础框架子系统证书管理代码仓申请**
汇报人：李侃
会议结论：
1、同意新增安全中心和证书管理两个仓及部件
2、安全中心仓放在应用application目录下，线下与应用子系统对齐。
遗留问题：
无。
**议题7、安全基础框架子系统通用算法&基础库仓申请**
汇报人：李侃
会议结论：
1、在安全基础子系统下新建Common仓及部件。
2、于C语言基础库部分，Mini和Small系统上优先使用utils-lite，在Standard系统上使用安全Common的基础库
遗留问题：
无。
**议题8、三方库组件建仓申请**
汇报人：liubaoyu1@huawei.com
会议结论：
1、线下单独讨论。
遗留问题：
无。
**议题9、申请新建开源代码仓Taro**
汇报人：唐姣
会议结论：线下单独讨论。
**议题10、新建媒体子系统播控会话仓multimedia_avsession_standard**
汇报人：段林让
会议结论：
1、同意avsession代码仓申请，代码仓具体信息如下：
代码仓（孵化仓）
https://gitee.com/openharmony-sig/multimedia_avsession_standard
遗留问题：
无。
**议题11、三方组件建仓申请**
汇报人：张云虎
会议结论：
1、同意建立alsa-lib、alsa-utils两个仓。仓名称：third_party_alsa-lib 和 third_party_alsa-utils
2、alsa-lib协议为LGPL，采用"dynamic link without modification"的方式使用。
3、alsa-utils协议为GPLv2，为ALSA的调试工具，采用”独立工具”的方式使用。
4、调用alsa-lib接口的代码，放置在现有peripheral仓下，目录为“peripheral/audio/supportlib”
遗留问题：
无。
**议题12、napi-generator代码仓申请准出**
汇报人：赵军霞
会议结论：
线下对齐结论如下：
1、以DevEcoStudio插件方式发布；
2、不支持sdk方式;
3、跟随630发布，插件独立发布；
4、入主干仓库的路径：developtools/napi_genetator
遗留问题：
无。
sig/sig-architecture/meetings/2022-04-26-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-4-26 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓thrid_party_mesa3d孵化毕业申请
议题2、新建test/smartperf SIG仓
议题3、三方仓third_party_exfat-utils下线，新建sig仓third_party_exfatprogs
议题4、包管理申请新建SIG仓bundlemanager_bundle_tool，bundlemanager_distributed_bundle_framework
议题5、申请在安全基础能力子系统下新建仓dlp_credential_mgr
议题6、申请新建仓ide_emulator，ide_training，ide_napi_genator，ide_hcs_configuration，ide_roadmap
议题7、申请新建仓notification_eventhandler
议题8、render_service 部件评审
议题9、元能力申请新建SIG仓ability_ability_base，ability_form_runtime，ability_ability_tools，ability_zidl
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓thrid_party_mesa3d孵化毕业申请**
汇报人：林洪亮
会议结论：
1、线下单独讨论对齐。
遗留问题：
无。
**议题2、新建test/smartperf SIG仓**
汇报人：李伟
会议结论：
1、澄清以下遗留问题，线下对齐无疑义后同意新建。
遗留问题：
1、说明孵化仓的技术目标
2、优化smartperf架构
3、与云端对接需要进一步澄清
4、Developer_tools下相关仓的定位区别，为啥要重新建一个
**议题3、三方仓third_party_exfat-utils下线，新建sig仓third_party_exfatprogs**
汇报人：冒晶晶
会议结论：
1、同意老仓退休，保留一段时间；同意新仓建立。
遗留问题：
1、确认有没有其它子系统使用该仓，如果确认没有影响，则同意退休；
2、文件管理子系统内部配套构建等同步修改。
**议题4、包管理申请新建SIG仓bundlemanager_bundle_tool，bundlemanager_distributed_bundle_framework**
汇报人：韩锋
会议结论：
1、不接纳，整体代码量很小，拆分后效果不明显，不建议拆分。
遗留问题：
1、考虑从别的视角拆分。
**议题5、申请在安全基础能力子系统下新建仓dlp_credential_mgr**
汇报人：潘适然
会议结论：
1、dlp凭据管理功能线下单独沟通，沟通完毕后邮件确认，明确是否单独建仓。
遗留问题：
无。
**议题6、申请新建仓ide_emulator，ide_training，ide_napi_genator，ide_hcs_configuration，ide_roadmap**
汇报人：李鹏
会议结论：
1、ide_training：不单独建仓，在docs主仓新建ide分支目录，插件使用指南等描述类文档放入docs/ide目录下。
2、ide_roadmap：放到community下，以ide-sig/roadmap.md呈现。
3、ide_napi_generator：同意在ide sig下创建napi_plugin代码仓，作为主干仓napi_generator在Deveco Studio的插件集成开发孵化仓。两者之间的关系：napi_plugin是运行在IDE上的插件，用来调用napi_generator提供的接口能力。
4、ide_emulator：待仓的定位和目录结构规划清楚后再重新决策。
5、同意在ide sig下创建hcs_config_plugin代码仓，定位为hcs可视化编辑DevEco Device Tool插件的代码孵化仓。
遗留问题：
无。
**议题7、申请新建仓notification_eventhandler**
汇报人：陈理恩
会议结论：
1、notification_eventhandler同意建仓；
2、代码目录结构配套调整。
遗留问题：
无。
**议题8、render_service 部件评审**
汇报人：赵铎
会议结论：
1、暂不接纳，当前背景不能支撑仓的合并，基于业务的使用再梳理一下。
遗留问题：
无。
**议题9、元能力申请新建SIG仓ability_ability_base，ability_form_runtime，ability_ability_tools，ability_zidl**
汇报人：丁瑶
会议结论：
1、ability_ability_base，ability_form_runtime，ability_idl 同意建仓；
2、ability_ability_tools考虑工具归一化，不建议建仓处理。
遗留问题：
无。
sig/sig-architecture/meetings/2022-05-17-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-5-17 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建sig仓，device_board_osware，device_soc_nxp
议题2、新建sig仓，device_soc_jieli
议题3、申请新建sig仓，device_rockchip_third_party_uboot
议题4、规范部件仓名和目录名
议题5、申请建仓，vendor_kaihong，device_board_kaihong
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、新建sig仓，device_board_osware，device_soc_nxp**
汇报人：赵秀成
会议结论：
1、同意创建孵化仓库：device_board_osware，device_soc_nxp
遗留问题：
无。
**议题2、新建sig仓，device_soc_jieli**
汇报人：李永
会议结论：
1、同意创建孵化仓库：device_soc_jieli
遗留问题：
无。
**议题3、申请新建sig仓，device_rockchip_third_party_uboot**
汇报人：石磊
会议结论：
1、不必新建仓库，直接在/device_board_hihope/rk3568 下面新增uboot 源码目录。
遗留问题：
无。
**议题4、规范部件仓名和目录名**
汇报人：裴太乙
会议结论：
1、同意相关仓名，部件名和路径名称的修改，最大程度降低相关修改对开发者的潜在影响。
遗留问题：
1、议题材料在社区公开。
2、开发者使用自配置的包含老仓的manifest在repo sync时提示对应新仓地址。
3、仓名命名应体现部件的功能，比如app类。部件详细的信息如归属的子系统、功能简介、对外接口和可配置的特性等信息须查看部件的描述bundle.json文件。
4、社区发布全量的部件列表，方便开发者产品化配置时查询。
5、缺陷回合LTS和release分支不能cherry-pick解决方案问题。
**议题5、申请建仓，vendor_kaihong，device_board_kaihong**
汇报人：姚珉
会议结论：
1、同意新建孵化仓：vendor_kaihong，device_board_kaihong
遗留问题：
无。
sig/sig-architecture/meetings/2022-05-24-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-5-24 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、申请建仓，third_party_mimalloc
议题2、规范部件仓名和目录申请-包管理、用户IAM子系统、元能力
议题3、sig仓申请孵化毕业：device_soc_telink、device_board_telink、vendor_telink
议题4、sig仓申请孵化毕业：third_party_llvm-project、third_party_lldb-mi
议题5、sig仓申请孵化毕业：third_party_vixl
议题6、sig仓申请孵化毕业，third_party_iptables
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、申请建仓，third_party_mimalloc**
汇报人：陈杰
会议结论：
1、同意创建仓库：third_party_mimalloc，并在毕业时闭环以下遗留问题。
遗留问题：
1、移动终端mimalloc与musl实测数据系统化对比：内存开销、性能等，包括优势及劣势。
2、媒体库当前使用的glibc是否考虑切换？
3、跟编译运行时子系统对齐切换的可能影响。
**议题2、规范部件仓名和目录申请-包管理、用户IAM子系统、元能力**
汇报人：韩锋、丁瑶、马小双
会议结论：
1、同意议题中仓名，部件名和路径名称的相关修改，参考既有方法步骤进行修改。
遗留问题：
无。
**议题3、sig仓申请孵化毕业：device_soc_telink、device_board_telink、vendor_telink**
汇报人：刘杰
会议结论：
1、闭环以下遗留问题，继续在QA-SIG评审毕业。
遗留问题：
1、规范仓库的目录结构和命名，线下与王少峰/李开龙一起评审，根据结果进行修改。
2、对引用的二进制库进行扫描。
**议题4、sig仓申请孵化毕业：third_party_llvm-project、third_party_lldb-mi**
汇报人：彭卓立
会议结论：
1、暂不同意毕业，在孵化仓完成针对LLVM的适配后再上会评审。
遗留问题：
无。
**议题5、sig仓申请孵化毕业：third_party_vixl**
汇报人：魏福伦
会议结论：
1、暂不同意毕业，补充JS应用AOT后数据再上会评审。
遗留问题：
无。
**议题6、sig仓申请孵化毕业，third_party_iptables**
汇报人：毛思平
会议结论：
1、同意毕业。
遗留问题：
1、继续在QA-SIG评审合规性等其他要求。
sig/sig-architecture/meetings/2022-05-31-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-5-31 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、ipc_lite仓申请退休
议题2、sig仓申请建仓device_soc_amlogic
议题3、communication_netmanager_standard退休
议题4、sig仓申请vendor_osware
议题5、sig仓申请建仓device_board_openvalley，device_soc_espressif，vendor_openvalley
议题6、sig仓申请孵化毕业，third_party_alsa-lib，third_party_alsa-utils
议题7、sig仓申请孵化毕业，notification_eventhandler
议题8、sig仓申请孵化毕业，device_board_isoftstone，vendor_isoftstone
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、ipc_lite仓申请退休**
汇报人：席禹豪（xiyuhao@huawei.com)
会议结论：
同意communication_ipc_lite仓退休，按照仓退休流程处理。
1、communication_ipc_lite轻量进程间通信已收编至communication_ipc；
2、communication_ipc_lite对应的LTS版本和3.1release版本需要支撑维护；
遗留问题：
无。
**议题2、sig仓申请建仓device_soc_amlogic**
汇报人：于敏杰(minjie.yu@unionman.com.cn)
会议结论：
1、同意创建孵化仓：device_soc_amlogic
遗留问题：
1、统一整改uboot，并择期在架构SIG会议进行汇报。责任人：SIG_DevBoard
**议题3、communication_netmanager_standard退休**
汇报人：毛思平(maosiping@huawei.com)
会议结论：
1、同意communication_netmanager_standard 退休。
遗留问题：
无。
**议题4、sig仓申请vendor_osware**
汇报人：赵秀成(zhaoxc0502@thundersoft.com)
会议结论：
1、同意创建仓库：vendor_osware。
遗留问题：
无。
**议题5、sig仓申请建仓device_board_openvalley，device_soc_espressif，vendor_openvalley**
汇报人：方烨(fangye@talkweb.com.cn)
会议结论：
1、同意新建仓库：device_board_openvalley、vendor_openvalley。
2、device_soc_espressif仓当前已经存在，与其共用即可。需要规范命名为device_soc_esp。
3、示例整改至vendor目录下。
遗留问题：
无。
**议题6、sig仓申请孵化毕业，third_party_alsa-lib，third_party_alsa-utils**
汇报人：张云虎（zhangyunhu@huawei.com）
会议结论：
1、同意third_party_alsa-lib、third_party_alsa-utils两个孵化仓毕业准出。
遗留问题：
1、supportlib与alsa-plugin属性相同，命名建议改为XXX_plugin;
2、插件层对社区支持方式说明：社区开发者在产品化过程中，可以通过自己实现插件对接tinyalsa或其他接口库；
3、现有Demo后续定位应该作为调试工具，建议改名并不断完善；
**议题7、sig仓申请孵化毕业，notification_eventhandler**
汇报人：陈理恩（chenlien@huawei.com）
会议结论：
1、同意notification_eventhandler孵化仓毕业准出。
遗留问题：
无。
**议题8、sig仓申请孵化毕业，device_board_isoftstone，vendor_isoftstone**
汇报人：陈甲印（jychenfi@isoftstone.com）
会议结论：
1、暂不同意孵化至主干，先在孵化仓完成kernel patch的整改。
遗留问题：
无。
sig/sig-architecture/meetings/2022-06-07-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-6-7 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓申请孵化毕业，ability_ability_base，ability_form_runtime，ability_idl
议题2、规范部件仓名和目录申请-设备互信认证部件，无障碍&启动恢复部件
议题3、sig仓孵化毕业，device_soc_nxp，device_board_osware，vendor_osware
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓申请孵化毕业，ability_ability_base，ability_form_runtime，ability_idl**
汇报人：丁瑶
会议结论：
1、完成以下遗留问题后，同意ability_ability_base，ability_form_runtime，ability_idl三个孵化仓毕业准出。
遗留问题：
1、ability_form_runtime仓名变更为ability_form_fwk；
2、ability_idl仓名变更为ability_idl_tool；
3、ability_idl仓资料中补充idl语法规则。
**议题2、规范部件仓名和目录申请-设备互信认证部件，无障碍&启动恢复部件**
汇报人：赖癸仲、杨李军
会议结论：
1、同意部件device_auth、appspawn的相关修改；
2、部件accessibility与init_lite（现名）确认如下遗留问题后，按规则修改。
遗留问题：
1、确认无障碍子系统名称，是accessibility还是barrierfree，名称统一；
2、init历史沿袭的背景，标准系统init过程使用的是哪个部件。
**议题3、sig仓孵化毕业，device_soc_nxp，device_board_osware，vendor_osware**
汇报人：赵秀成
会议结论：
1、完成以下遗留问题后，同意device_board_osware，device_soc_nxp，vendor_osware三个孵化仓毕业准出。
遗留问题：
1、picture路径名称更改为标准名称，参考OpenHarmony doc仓的写法；
2、整改制定仓库结构设计及命名规范，并打样推广：仓库进行分类存放，统一的命名规则，soc仓存放板级原生相关，board仓存放针对开发板定制化相关等； 责任人：SIG_DevBoard 王少锋
3、仓库按照第2条的规范进行整改；
4、内核补丁继续优化；
5、二进制附上厂家授权分发License，并补充到对应目录下面；
6、config.json进行修改：board字段、type字段、version字段等其他字段确认，建议增加注释内容。
sig/sig-architecture/meetings/2022-06-14-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-6-14 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓申请建仓：device_board_starfive，device_soc_starfive，device_vendor_starfive
议题2、sig仓申请建仓：third_party_elfutils
议题3、规范部件仓名和目录申请：multimedia_medialibrary_standard，windowmanager
议题4、iot_link、驱动子系统部件仓和目录优化
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、sig仓申请建仓：device_board_starfive，device_soc_starfive，device_vendor_starfive**
汇报人：娄山林
会议结论：
1、暂不同意新建。开发板相关内容待RISC-V SIG的工作对接OpenHarmony社区后再孵化。
遗留问题：
1、择期在PMC例会汇报RISC-V SIG整体工作内容、方案及其进展。责任人：RISC-V SIG。
**议题2、sig仓申请建仓：third_party_elfutils**
汇报人：毛思平
会议结论：
1、暂不同意新建。继续分析本系统如何使用该软件，使用其哪些部分，对应开源协议是什么，后续如何维护等情况后再汇报决策。
遗留问题：
无。
**议题3、规范部件仓名和目录申请：multimedia_medialibrary_standard，windowmanager**
汇报人：罗嘉豪、毛江平
会议结论：
暂不同意修改。
1、multimedia_medialibrary_standard：媒体域从整体审视后统一整改，不单独修改；
2、windowmanager：拉通轻量级设备窗口仓名统一修改。
遗留问题：
无。
**议题4、iot_link、驱动子系统部件仓和目录优化**
汇报人：裴太乙
会议结论：
同意iot_link和驱动相关的部件名、仓和路径的优化方案：
1、将iot_link下的源码归并到sample_wifi_iot部件下，保留为三方link厂商提供快速集成的示例功能，iot_link仓停止维护，domain/iot/link目录删除；
2、驱动drivers/framework和drivers/adapter目录合并一个部件hdf_core, drivers/peripheral和drivers/interface下的部件按外设划分23个部件，命名方式为“drivers_peripheral_<外设>“和”drivers_interface_<外设>”。
遗留问题：
无。
sig/sig-architecture/meetings/2022-06-21-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-6-21 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、third_party_glfw仓申请退休
议题2、sig仓孵化毕业：device_soc_amlogic，device_board_unionman，vendor_unionman
议题3、sig仓申请建仓：openCV
议题4、新建SIG仓申请cellular-device-mgr
议题5、sig仓孵化毕业：device_soc_rockchip，device_board_lockzhiner，vendor_lockzhiner
议题6、sig仓孵化毕业：device_soc_rockchip，device_board_isoftstone，vendor_isoftstone
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、third_party_glfw仓申请退休**
汇报人：李浩
会议结论：
1、同意退休。
遗留问题：
1、梳理清楚Arkui和Rosen对flutter的具体依赖关系，使用场景，给出替换时间计划。
**议题2、sig仓孵化毕业：device_soc_amlogic，device_board_unionman，vendor_unionman**
汇报人：于敏杰
会议结论：
1、暂不同意毕业，完成如下遗留问题后再上会评审。
遗留问题：
1、ko文件对应的代码需要开源；
2、二进制文件需要补充license许可文件；
3、device board目录继续整改规范；
4、整改kernel patch大小，同时目录结构需要和刘宇确认如何放置；
5、8822 WIFI 固件方案 需要和原厂确认为何需要在内核态下载。
**议题3、sig仓申请建仓：openCV**
汇报人：王肖云
会议结论：
1、同意创建仓库openCV：暂时先创建openCV主仓，后续基于主仓进行移植、适配、测试验证等，contrib扩展仓后续再定。
遗留问题：
无。
**议题4、新建SIG仓申请cellular-device-mgr**
汇报人：张彬
会议结论：
1、暂不同意新建，完成如下遗留问题后再上会评审。
遗留问题：
1、工作目标中部分描述需要调整；
2、能力组件使用EPL开源协议需要调整；
3、要建仓的数量，仓名/功能分别是什么以及架构设计需要明确。
**议题5、sig仓孵化毕业：device_soc_rockchip，device_board_lockzhiner，vendor_lockzhiner**
汇报人：王小彬
会议结论：
1、暂不同意毕业，完成如下遗留问题后同意毕业。
遗留问题：
1、board目录下要具体小凌派开发板的英文名称；
2、LwIP放到board目录下；
3、vendor目录取消_xts目录，合并到正常目录，通过编译链接xts静态库；
4、soc目录hardware头文件要放进来同一目录；
5、soc目录下hardware尽量公开一些源代码，需和rockchip协商。
**议题6、sig仓孵化毕业：device_soc_rockchip，device_board_isoftstone，vendor_isoftstone**
汇报人：崔玚，庞伟
会议结论：
1、暂不同意毕业，完成如下遗留问题后再上会评审。
遗留问题：
1、规范仓库命名，如rk3399修改成开发板名称yangfan；
2、内核 patch继续整改。
sig/sig-architecture/meetings/2022-06-28-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-6-28 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建SIG仓申请：third_party_HDiffPatch
议题2、规范部件仓名和目录申请：语言编译运行时
议题3、规范部件仓名和目录申请：公共基础类库
议题4、Misc子系统下各部件迁移至新子系统的申请
议题5、开发板仓库结构设计及命名规范整改结果汇报
议题6、sig仓孵化毕业：device_soc_amlogic，device_board_unionman，vendor_unionman
议题7、CompileRuntime SIG 建仓申请
议题8、规范部件仓名和目录申请:windowmanager
议题9、扬帆sig仓孵化毕业：device_soc_rockchip，device_board_isoftstone，vendor_isoftstone
议题10、致远sig仓孵化毕业：device_soc_allwinner，device_board_isoftstone，vendor_isoftstone
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、新建SIG仓申请：third_party_HDiffPatch**
汇报人：韩锋
1、暂不同意引入该开源软件。
遗留问题：
1、端侧和云侧升级方案需考虑拉通；
2、应用升级方案与OpenHarmony系统层面的升级方案保持一致；
3、PC侧方案需考虑跨平台（支持Windows、Linux、MacOS）；
4、HDiffPatch提供的差分能力应该与升级文件格式无关。
**议题2、规范部件仓名和目录申请：语言编译运行时**
汇报人：李勇彪
会议结论：
1、同意RuntimeCompiler子系统改名为ArkCompiler子系统；
2、同意js_runtime、ts2abc、toolchian、runtime_core（均为修改前名称）部件及其对应仓名和目录名的修改；
3、js_runtime--> ets_runtime，ts2abc-->ets_frontend。
遗留问题：
无。
**议题3、规范部件仓名和目录申请：公共基础类库**
汇报人：黄慧进
会议结论：
1、同意Utils子系统改名为CommonLibrary；
2、同意native、native_lite、ts_js_lang_library、memory、system_resources（均为修改前名称）部件及其对应仓名和目录名的修改；
3、native-->c_utils，native_lite-->uitls_lite，ts_js_lang_library--> ets_utils。
遗留问题：
无。
**议题4、Misc子系统下各部件迁移至新子系统的申请**
汇报人：鲍亚永
会议结论：
1、同意迁移Misc子系统下各部件到各个新子系统下。
遗留问题：
1、命名规范，输入法框架子系统修改为输入法子系统，保持统一；
2、锁屏管理服务部件命名同其他部件保持一致，修改为screenlock_fwk；
3、time部件缺乏体现时区的概念，例如：timezone，包含时间、时区、定时器的概念在里面。
**议题5、开发板仓库结构设计及命名规范整改结果汇报**
汇报人：王少锋
会议结论：
以九联厂家A311D，开发板代号unionpi_tiger为例，建议修改点如下：
1、device_soc_xxx仓
1）device_soc_xxx，其中xxx为soc厂家名称，如amloghic；
2）考虑可能有不同系列soc芯片的情况，建议增加一级区分了系列名称的目录；
3）common：soc系列相关的公共配置；
4）a311d/hardware：主要放置用户态GPU，显示、媒体HDI相关实现的内容，display、ge2d、gpu、isp、media。
2、device_board_xxx仓
1）device_board_xxx，其中xxx为开发板厂家名称，如unionman；
2）unionpi_tiger：开发板目录名称；
3）unionpi_tiger/kernel/driver：原生的linux内核驱动；
4）unionpi_tiger/kernel/logo和unionpi_tiger/bootanimation建议合并至一个资源文件目录；
5）unionpi_tiger/hardware：开发板特有的HDI用户态实现，camera，LCD显示等；
6）unionpi_tiger/bootloader：uboot启动引导相关程序。
3、vendor_xxx仓
1）vendor_xxx，其中xxx为开发板厂家名称，如unionman；
2）unionpi_tiger：建议修改为虚拟产品形态名称，不要和开发板名称重复，并补充针对具体产品的规范。
4、该规范后续根据kernel SIG整改后的策略再刷新后发布。
遗留问题：
无。
**议题6、sig仓孵化毕业：device_soc_amlogic，device_board_unionman，vendor_unionman**
汇报人：于敏杰
会议结论：
1、同意毕业。
遗留问题：
1、内核patch继续整改，限期七月底前按规范修改完成。
**议题7、CompileRuntime SIG 建仓申请**
汇报人：彭彪
会议结论：
1、当前业务目标描述不清晰，需要重新修改制定后再评审是否建仓。
遗留问题：
无。
**议题8、规范部件仓名和目录申请:windowmanager**
汇报人：毛江平
会议结论：
1、同意window_manager部件及其仓名和目录名的修改：仓名由windowmanager 变为window_window_manager，目录名对应变化。
遗留问题：
无。
**议题9、扬帆sig仓孵化毕业：device_soc_rockchip，device_board_isoftstone，vendor_isoftstone**
汇报人：庞伟
会议结论：
1、同意毕业。
遗留问题：
1、内核patch继续整改，限期七月底前按规范修改完成。
**议题10、致远sig仓孵化毕业：device_soc_allwinner，device_board_isoftstone，vendor_isoftstone**
汇报人：庞伟
会议结论：
1、同意毕业。
遗留问题：
1、EULA 如何放置？如何对应具体的二进制文件？
2、内核patch继续整改，限期七月底前按规范修改完成；
3、继续规范仓库命名，如loader目录名变为bootloader等。
sig/sig-architecture/meetings/2022-07-05-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-7-5 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、同功能开源软件替换（libjpeg -> libjpeg-turbo)评审
议题2、三方库sig仓 6月份申请建仓
议题3、third_party/cares仓申请退休
议题4、sig仓申请孵化毕业：third_party_llvm-project，third_party_lldb-mi
议题5、cellular_device_mgr sig建仓申请
议题6、CompileRuntime SIG 建仓申请：arkcompiler_runtime_core，arkcompiler_ets_frontend，arkcompiler_ets_runtime
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、同功能开源软件替换（libjpeg -> libjpeg-turbo)评审**
汇报人：刘永畅
会议结论：
1、同意新建libjpeg-turbo仓库，如下遗留问题在仓库毕业时闭环。
遗留问题：
1、确认NOTICE文件；
2、归一flutter的libjpeg-turbo；
3、确认媒体和包管理的使用方式；
4、确认轻量设备上libjpeg的SIMD是否有效以及RAM占用。
**议题2、三方库sig仓 6月份申请建仓**
汇报人：刘宝玉
会议结论：
1、同意SmartRefrigerator、Verbal_Expressions、SmartWatch_seven、NeumorphismDesign、CircleImage、roundimage、MaterialRadio、UtilCode、SmartWatch4、MaterialFloatingActionButton、LocationUtil、MaterialSlider三方库建仓。
遗留问题：
1、关于算法类的仓，使用JS语言的性能如何，需要包含选型评估，如：选型是否可以C库 napi；
2、是否和oh平台相关，有些仓描述不准确，需要进一步优化；
3、仿写版权，确认结论；
4、剩余的48个三方库遗留和相关SIG沟通后再申请建仓。
**议题3、third_party/cares仓申请退休**
汇报人：张璀
会议结论：
1、重新完善材料后再上会评审。
遗留问题：
无。
**议题4、sig仓申请孵化毕业：third_party_llvm-project，third_party_lldb-mi**
汇报人：李文韬
会议结论：
1、遗留问题闭环后，同意仓库third_party_llvm-project和third_party_lldb-mi毕业。
遗留问题：
1、LLVM工具链编译产物需要同时归档二进制来源、使用方法，使用授权等信息；
2、LLVM build指导文档补充编译流程说明，各模块关系信息，确保可以复现编译结果；
3、提供manifest验证流程指导。
**议题5、cellular_device_mgr sig建仓申请**
汇报人：张彬
会议结论：
1、同意新建cellular_device_mgr仓库，仓库目录结构和王少锋对齐。
遗留问题：
无。
**议题6、CompileRuntime SIG 建仓申请：arkcompiler_runtime_core，arkcompiler_ets_frontend，arkcompiler_ets_runtime**
汇报人：彭彪
会议结论：
1、同意新建arkcompiler_runtime_core、arkcompiler_ets_frontend、arkcompiler_ets_runtime仓库。
遗留问题：
无。
sig/sig-architecture/meetings/2022-07-12-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-7-12 9:30-11:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、third_party_mimalloc仓申请毕业
议题2、新建SIG仓申请：third_party_libfuse，third_party_libmtp，third_party_simple-mtpfs
议题3、frame_aware_sched仓名变更为resourceschedule_frame_aware_sched
议题4、useriam_user_idm, useriam_auth_executor_mgr仓申请退休
议题5、usb_manager仓改名为usb_usb_manager
议题6、分布式硬件子系统仓名部件化整改
议题7、polyfill 三方库sig建仓申请
议题8、third_party/cares仓申请退休
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、third_party_mimalloc仓申请毕业**
汇报人：陈杰、王孝远
会议结论：
1、当前的选型分析不够系统化，需要进一步分析。
遗留问题：
1、会后按照选型模板整理材料后与董金光对齐选型流程。
**议题2、新建SIG仓申请：third_party_libfuse，third_party_libmtp，third_party_simple-mtpfs**
汇报人：曾浩、宁左斌
会议结论：
1、完成如下遗留问题后，再上会评审。
遗留问题：
1、libfuse需要升级到最新版本后引入；
2、开源软件在平台中的位置，架构图要说清楚；
3、备选软件对比信息按照模板完善。
**议题3、frame_aware_sched仓名变更为resourceschedule_frame_aware_sched**
汇报人：刘深梅、戴立
会议结论：
1、同意frame_aware_sched仓更名为resourceschedule_frame_aware_sched。
遗留问题：
无。
**议题4、useriam_user_idm, useriam_auth_executor_mgr仓申请退休**
汇报人：马小双
会议结论：
1、同意useriam_user_idm, useriam_auth_executor_mgr仓退休。
遗留问题：
无。
**议题5、usb_manager仓改名为usb_usb_manager**
汇报人：吴成文
会议结论：
1、同意usb_manager仓改名为usb_usb_manager。
遗留问题：
无。
**议题6、分布式硬件子系统仓名部件化整改**
汇报人：张创
会议结论：
1、同意分布式硬件子系统修改仓名：
device_manager->distributedhardware_device_manager，
distributed_hardware_fwk->distributedhardware_distributed_hardware_fwk，
distributed_camera->distributedhardware_distributed_camera，
distributed_screen->distributedhardware_distributed_screen。
遗留问题：
无。
**议题7、polyfill 三方库sig建仓申请**
汇报人：杨志强
会议结论：
1、完成如下遗留问题后再上会评审。
遗留问题：
1、按三方开源方式完成评估后再引入，引入按照开源软件选型模板填写申报。
**议题8、third_party/cares仓申请退休**
汇报人：张璀、臧磊真
会议结论：
1、同意third_party/cares仓退休。
遗留问题：
1、gRPC在设备侧占用内存大小；
2、gRPC替代可行性。
sig/sig-architecture/meetings/2022-07-19-meeting.md 0 → 100644
浏览文件 @ 4f4e4992
# 架构SIG例会 2022-7-19 16:00-17:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建SIG仓申请：third_party_libfuse，third_party_libmtp，third_party_simple-mtpfs
议题2、security_permission仓名修改为security_permission_lite
议题3、分布式调度子系统部件迁移
议题4、libraw三方库引入
议题5、Iot硬件子系统代码路径整改
议题6、分布式数据管理子系统部件调整评审
议题7、打印部件代码仓更名
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
赵文华 [@shidi_snow](https://gitee.com/shidi_snow)
万承臻 [@wanchengzhen](https://gitee.com/wanchengzhen)
强波 [@huawei_qiangbo](https://gitee.com/huawei_qiangbo)
黄明龙 [@minglonghuang](https://gitee.com/minglonghuang)
梁克雷 [@xzmu](https://gitee.com/xzmu)
## 会议纪要(Notes)
**议题1、新建SIG仓申请：third_party_libfuse，third_party_libmtp，third_party_simple-mtpfs**
汇报人：曾浩、宁左斌
会议结论：
1、社区不建议使用GPL类License三方软件，不同意在社区引入该三方软件。
遗留问题：
无。
**议题2、security_permission仓名修改为security_permission_lite**
汇报人：蒋晓峰
会议结论：
1、同意security_permission仓名修改为security_permission_lite，目录地址修改为base/security/permission_lite；
2、修改仅限于OpenHarmony 3.2 master分支，不需要回合老的发布分支。
遗留问题：
1、需将access_token机制在轻量级设备的实现纳入规划。
**议题3、分布式调度子系统部件迁移**
汇报人：李加润
会议结论：
1、同意删除分布式调度子系统，并将分布式调度下的dmsfwk、dmsfwk_lite部件迁移至abiity子系统，将samgr、samgr_lite、safwk、safwk_lite迁移至systemabilitymgr子系统；readme同步完成修改。
2、同意device_profile_core部件更名为device_info_manager。
遗留问题：
无。
**议题4、libraw三方库引入**
汇报人：任洪伟
会议结论：
1、遗留问题闭环后视情况再给出结论。
遗留问题：
1、libraw是否被广泛使用，成熟度如何？业界对同功能使用了什么软件？
2、libjpeg和libz 作为依赖库在libraw中的作用；
3、产品应用场景级义务履行说明。
**议题5、Iot硬件子系统代码路径整改**
汇报人：吴德凤
会议结论：
1、同意peripheral部件目录路径由base/iot_hardware/peripheral修改为base/ iothardware /peripheral。
遗留问题：
无。
**议题6、分布式数据管理子系统部件调整评审**
汇报人：王汉才、曾旻
会议结论：
1、同意部件appdatamgr拆分为preferences、relational_store 、data_share三个部件
2、同意部件distributeddata拆分为kv_store、datamgr_service两个部件
3、同意部件objectstore更名为data_object，同时按规则修改仓名。
遗留问题：
无。
**议题7、打印部件代码仓更名**
汇报人：王汉才、曾旻
会议结论：
1、同意打印部件代码仓更名：miscservices_print -> print_print_fwk，当前仓库还在孵化中，可直接修改。
遗留问题：
无。
sig/sig-basicsoftwareservice/sig-basicsoftwareservice.md
浏览文件 @ 4f4e4992
......@@ -17,9 +17,14 @@ Basic Software Services includes the following sub-systems:
|DFX System|Design-for-Test, Design-for-Reliability and Design-for-Manufacturing|
|Event Notification System|Manage system and application notifications|
|Resource Management System|Manage system resources, including CPU, IO and memory，Background task manager，Workscheduler|
|Distributed Scheduling System|Scheduing Abilities in Open Harmony distributed network|
|Distributed Scheduling System|Scheduling Abilities in Open Harmony distributed network|
|Account Management System|Manage user accounts for Open Harmony|
|Barrier Free System|Provide barrier free common capabilities for Open Harmony|
|Time System|Provide time,timezone and timer capability|
|Input Method System|Provide input method framework and the management service|
|Theme System|Provide wallpaper framework and the lockscreen management service|
|Print System|Provide printing capability|
|Request System|Provide file upload and download capabilities|
|Miscellaneous Software System|Provide some miscellaneous services for Open Harmony|
## The repositories
......@@ -61,20 +66,18 @@ Basic Software Services includes the following sub-systems:
|StartUp|[startup_syspara_lite](https://gitee.com/openharmony/startup_syspara_lite)|base/startup/syspara_lite|[handyohos](https://gitee.com/handyohos)|
|StartUp|[startup_appspawn](https://gitee.com/openharmony/startup_appspawn)|base/startup/appspawn_standard|[handyohos](https://gitee.com/handyohos)|
|Update|[update_ota_lite](https://gitee.com/openharmony/update_ota_lite)|base/update/ota_lite|[ailorna](https://gitee.com/ailorna)|
|Update|[update_app](https://gitee.com/openharmony/update_app)|base/update/app|[ailorna](https://gitee.com/ailorna)|
|Update|[update_update_app](https://gitee.com/openharmony/update_update_app)|base/update/update_app|[ailorna](https://gitee.com/ailorna)|
|Update|[update_packaging_tools](https://gitee.com/openharmony/update_packaging_tools)|base/update/packaging_tools|[ailorna](https://gitee.com/ailorna)|
|Update|[update_updater](https://gitee.com/openharmony/update_updater)|base/update/updater|[ailorna](https://gitee.com/ailorna)|
|Update|[update_updateservice](https://gitee.com/openharmony/update_updateservice)|base/update/updateservice|[ailorna](https://gitee.com/ailorna)|
|Update|[third_party_bzip2](https://gitee.com/openharmony/third_party_bzip2)|third_party/bzip2|[ailorna](https://gitee.com/ailorna)|
|Update|[third_party_lz4](https://gitee.com/openharmony/third_party_lz4)|third_party/lz4|[ailorna](https://gitee.com/ailorna)|
|MiscServices|[miscservices_time](https://gitee.com/openharmony/miscservices_time)|base/miscservices/time|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_inputmethod](https://gitee.com/openharmony/miscservices_inputmethod)|base/miscservices/inputmethod|[demon](https://gitee.com/zhouyongfei)|
|MiscServices|[miscservices_wallpaper](https://gitee.com/openharmony-sig/miscservices_wallpaper)|base/miscservices/wallpaper|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_screensaver](https://gitee.com/openharmony-sig/miscservices_screensaver)|base/miscservices/screensaver|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_screenlock](https://gitee.com/openharmony-sig/miscservices_screenlock)|base/miscservices/screenlock|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_print](https://gitee.com/openharmony-sig/miscservices_print)|base/miscservices/print|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_pasteboard](https://gitee.com/openharmony-sig/miscservices_pasteboard)|base/miscservices/pasteboard|[litao33](https://gitee.com/litao33)|
|MiscServices|[miscservices_download](https://gitee.com/openharmony-sig/miscservices_download)|base/miscservices/download|[litao33](https://gitee.com/litao33)|
|Time|[time_time_service](https://gitee.com/openharmony/time_time_service)|base/time/time_service|[mangtsang](https://gitee.com/mangtsang)|
|InputMethod|[inputmethod_imf](https://gitee.com/openharmony/inputmethod_imf)|base/inputmethod/imf|[illybyy](https://gitee.com/illybyy)|
|Theme|[theme_wallpaper_mgr](https://gitee.com/openharmony/theme_wallpaper_mgr)|base/theme/wallpaper_mgr|[illybyy](https://gitee.com/illybyy)|
|Theme|[theme_screenlock_mgr](https://gitee.com/openharmony/theme_screenlock_mgr)|base/theme/screenlock_mgr|[illybyy](https://gitee.com/illybyy)|
|Print|[print_print_fwk](https://gitee.com/openharmony-sig/print_print_fwk)|base/print/print_fwk|[litao33](https://gitee.com/litao33)|
|Request|[request_request](https://gitee.com/openharmony/request_request)|base/request/request|[liuwenhui_ddmp](https://gitee.com/liuwenhui_ddmp)|
|Account|[account_os_account](https://gitee.com/openharmony/account_os_account)|base/account/os_account|[verystone](https://gitee.com/verystone)|
|Account|[account_app_account](https://gitee.com/openharmony-sig/account_app_account)|base/account/app_account|[verystone](https://gitee.com/verystone)|
|accessibility|[accessibility](https://gitee.com/openharmony/accessibility)|base/accessibility|[dubingjian](https://gitee.com/bj1010)|
......@@ -85,6 +88,7 @@ Basic Software Services includes the following sub-systems:
|ResourceSchedule|[resourceschedule_device_usage_statistics](https://gitee.com/openharmony/resourceschedule_device_usage_statistics)|foundation/resourceschedule/device_usage_statistics|[tangtiantian2021](https://gitee.com/tangtiantian2021)|
|ResourceSchedule|[resourceschedule_resource_schedule_service](https://gitee.com/openharmony/resourceschedule_resource_schedule_service)|foundation/resourceschedule/resource_schedule_service|[shire-yao](https://gitee.com/shire-yao)|
|ResourceSchedule|[resourceschedule_memmgr](https://gitee.com/openharmony/resourceschedule_memmgr)|foundation/resourceschedule/plugins/memmgr|[cbraham](https://gitee.com/cbraham)|
|ResourceSchedule|[resourceschedule_frame_aware_sched](https://gitee.com/openharmony/resourceschedule_frame_aware_sched)|foundation/resourceschedule/frame_aware_sched|[liuyoufang](https://gitee.com/liuyoufang)|
|HiviewDFX|[third_party_pyyaml](https://gitee.com/openharmony/third_party_pyyaml)|third_party/pyyaml|[guochuanqi](https://gitee.com/guochuanqi)|
|Notification|[notification_eventhandler](https://gitee.com/openharmony/notification_eventhandler)|base/notification/eventhandler|[zero-cyc](https://gitee.com/zero-cyc)|
|Notification|[notification_distributed_notification_service](https://gitee.com/openharmony/notification_distributed_notification_service)|base/notification/distributed_notification_service|[zero-cyc](https://gitee.com/zero-cyc)|
......@@ -106,7 +110,11 @@ Basic Software Services includes the following sub-systems:
|HiviewDFX|[shenchenkai](https://gitee.com/shenchenkai)|[mail](shenchenkai@huawei.com)|
|HiviewDFX|[guochuanqi](https://gitee.com/guochuanqi)|[mail](guochuanqi@huawei.com)|
|HiviewDFX|[qidechun](https://gitee.com/pcwlno1)|[mail](qidechun@huawei.com)|
|MiscServices|[litao3](https://gitee.com/litao33)|[mail](litao33@huawei.com)|
|Time|[mangtsang](https://gitee.com/mangtsang)|[mail](mang.tsang@huawei.com)|
|InputMethod|[illybyy](https://gitee.com/illybyy)|[mail](baoyayong@huawei.com)|
|Theme|[illybyy](https://gitee.com/illybyy)|[mail](baoyayong@huawei.com)|
|Print|[litao33](https://gitee.com/litao33)|[mail](litao33@huawei.com)|
|Request|[liuwenhui_ddmp](https://gitee.com/liuwenhui_ddmp)|[mail](anna.liuwenhui@huawei.com)|
|DistributedSchedule|[lijiarun](https://gitee.com/lijiarun)|[mail](lijiarun@huawei.com)|
|StartUp|[handyohos](https://gitee.com/handyohos)|[mail](zhangxiaotian@huawei.com)|
|StartUp|[derek520](https://gitee.com/derek520)|[mail](wtweitao.wei@huawei.com)|
......
sig/sig-basicsoftwareservice/sig-basicsoftwareservice_cn.md
浏览文件 @ 4f4e4992
......@@ -20,7 +20,11 @@
|分布式任务调度子系统|提供分布式任务调度管理能力|
|账号子系统|提供系统的账号管理能力|
|无障碍软件服务子系统|提供无障碍软件服务能力|
|Misc软件服务子系统|提供杂散系统服务|
|时间子系统|提供时间时区定时器能力|
|输入法子系统|提供输入法框架及管理服务|
|主题框架子系统|提供壁纸框架，锁屏管理服务|
|打印子系统|提供打印能力|
|上传下载子系统|提供文件上传下载能力|
|定制子系统|提供系统定制化能力，包括基于配置层级的定制框架、企业环境下的设备管理和定制化设置等|
## 代码仓
......@@ -62,20 +66,18 @@
|启动恢复子系统|[startup_syspara_lite](https://gitee.com/openharmony/startup_syspara_lite)|base/startup/syspara_lite|[handyohos](https://gitee.com/handyohos)|
|启动恢复子系统|[startup_appspawn](https://gitee.com/openharmony/startup_appspawn)|base/startup/appspawn_standard|[handyohos](https://gitee.com/handyohos)|
|升级服务子系统|[update_ota_lite](https://gitee.com/openharmony/update_ota_lite)|base/update/ota_lite|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[update_app](https://gitee.com/openharmony/update_app)|base/update/app|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[update_update_app](https://gitee.com/openharmony/update_update_app)|base/update/update_app|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[update_packaging_tools](https://gitee.com/openharmony/update_packaging_tools)|base/update/packaging_tools|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[update_updater](https://gitee.com/openharmony/update_updater)|base/update/updater|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[update_updateservice](https://gitee.com/openharmony/update_updateservice)|base/update/updateservice|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[third_party_bzip2](https://gitee.com/openharmony/third_party_bzip2)|third_party/bzip2|[ailorna](https://gitee.com/ailorna)|
|升级服务子系统|[third_party_lz4](https://gitee.com/openharmony/third_party_lz4)|third_party/lz4|[ailorna](https://gitee.com/ailorna)|
|Misc软件服务子系统|[miscservices_time](https://gitee.com/openharmony/miscservices_time)|base/miscservices/time|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_inputmethod](https://gitee.com/openharmony/miscservices_inputmethod)|base/miscservices/inputmethod|[demon](https://gitee.com/zhouyongfei)|
|Misc软件服务子系统|[miscservices_wallpaper](https://gitee.com/openharmony-sig/miscservices_wallpaper)|base/miscservices/wallpaper|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_screensaver](https://gitee.com/openharmony-sig/miscservices_screensaver)|base/miscservices/screensaver|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_screenlock](https://gitee.com/openharmony-sig/miscservices_screenlock)|base/miscservices/screenlock|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_print](https://gitee.com/openharmony-sig/miscservices_print)|base/miscservices/print|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_pasteboard](https://gitee.com/openharmony-sig/miscservices_pasteboard)|base/miscservices/pasteboard|[litao33](https://gitee.com/litao33)|
|Misc软件服务子系统|[miscservices_download](https://gitee.com/openharmony-sig/miscservices_download)|base/miscservices/download|[litao33](https://gitee.com/litao33)|
|时间子系统|[time_time_service](https://gitee.com/openharmony/time_time_service)|base/time/time_service|[mangtsang](https://gitee.com/mangtsang)|
|输入法子系统|[inputmethod_imf](https://gitee.com/openharmony/inputmethod_imf)|base/inputmethod/imf|[illybyy](https://gitee.com/illybyy)|
|主题框架子系统|[theme_wallpaper_mgr](https://gitee.com/openharmony/theme_wallpaper_mgr)|base/theme/wallpaper_mgr|[illybyy](https://gitee.com/illybyy)|
|主题框架子系统|[theme_screenlock_mgr](https://gitee.com/openharmony/theme_screenlock_mgr)|base/theme/screenlock_mgr|[illybyy](https://gitee.com/illybyy)|
|打印子系统|[print_print_fwk](https://gitee.com/openharmony-sig/print_print_fwk)|base/print/print_fwk|[litao33](https://gitee.com/litao33)|
|上传下载子系统|[request_request](https://gitee.com/openharmony/request_request)|base/request/request|[liuwenhui_ddmp](https://gitee.com/liuwenhui_ddmp)|
|账号子系统|[account_os_account](https://gitee.com/openharmony/account_os_account)|base/account/os_account|[verystone](https://gitee.com/verystone)|
|账号子系统|[account_app_account](https://gitee.com/openharmony-sig/account_app_account)|base/account/app_account|[verystone](https://gitee.com/verystone)|
|无障碍软件服务子系统|[accessibility](https://gitee.com/openharmony/accessibility)|base/accessibility|[dubingjian](https://gitee.com/bj1010)|
......@@ -86,6 +88,7 @@
|资源调度子系统|[resourceschedule_device_usage_statistics](https://gitee.com/openharmony/resourceschedule_device_usage_statistics)|foundation/resourceschedule/device_usage_statistics|[tangtiantian2021](https://gitee.com/tangtiantian2021)|
|资源调度子系统|[resourceschedule_resource_schedule_service](https://gitee.com/openharmony/resourceschedule_resource_schedule_service)|foundation/resourceschedule/resource_schedule_service|[shire-yao](https://gitee.com/shire-yao)|
|资源调度子系统|[resourceschedule_memmgr](https://gitee.com/openharmony/resourceschedule_memmgr)|foundation/resourceschedule/plugins/memmgr|[cbraham](https://gitee.com/cbraham)|
|资源调度子系统|[resourceschedule_frame_aware_sched](https://gitee.com/openharmony/resourceschedule_frame_aware_sched)|foundation/resourceschedule/frame_aware_sched|[liuyoufang](https://gitee.com/liuyoufang)|
|DFX子系统|[third_party_pyyaml](https://gitee.com/openharmony/third_party_pyyaml)|third_party/pyyaml|[guochuanqi](https://gitee.com/guochuanqi)|
|定制子系统|[customization_enterprise_device_management](https://gitee.com/openharmony-sig/customization_enterprise_device_management)|customization_enterprise_device_management|[caiminggang](https://gitee.com/caiminggang)|
|事件通知子系统|[notification_eventhandler](https://gitee.com/openharmony/notification_eventhandler)|base/notification/eventhandler|[zero-cyc](https://gitee.com/zero-cyc)|
......@@ -109,7 +112,11 @@
|DFX子系统|[shenchenkai](https://gitee.com/shenchenkai)|[mail](shenchenkai@huawei.com)|
|DFX子系统|[guochuanqi](https://gitee.com/guochuanqi)|[mail](guochuanqi@huawei.com)|
|DFX子系统|[qidechun](https://gitee.com/pcwlno1)|[mail](qidechun@huawei.com)|
|Misc软件服务子系统|[litao33](https://gitee.com/litao33)|[mail](litao33@huawei.com)|
|时间子系统|[mangtsang](https://gitee.com/mangtsang)|[mail](mang.tsang@huawei.com)|
|输入法子系统|[illybyy](https://gitee.com/illybyy)|[mail](baoyayong@huawei.com)|
|主题框架子系统|[illybyy](https://gitee.com/illybyy)|[mail](baoyayong@huawei.com)|
|打印子系统|[litao33](https://gitee.com/litao33)|[mail](litao33@huawei.com)|
|上传下载子系统|[liuwenhui_ddmp](https://gitee.com/liuwenhui_ddmp)|[mail](anna.liuwenhui@huawei.com)|
|分布式任务调度子系统|[lijiarun](https://gitee.com/lijiarun)|[mail](lijiarun@huawei.com)|
|启动恢复子系统|[handyohos](https://gitee.com/handyohos)|[mail](zhangxiaotian@huawei.com)|
|启动恢复子系统|[derek520](https://gitee.com/derek520)|[mail](wtweitao.wei@huawei.com)|
......
sig/sig-buildsystem/OWNERS 0 → 100644
浏览文件 @ 4f4e4992
{
"Leader": [{
"gitee_id": "anguanglin",
"gitee_email": "anguanglin@huawei.com"
}
],
"Committers": [{
"gitee_id": "chenmudan",
"gitee_email": "chenmudan@huawei.com"
},{
"gitee_id": "xiaolielie",
"gitee_email": "yihonglie1@huawei.com"
},{
"gitee_id": "ychuawei",
"gitee_email": "yinchuang@huawei.com"
},{
"gitee_id": "weifulun",
"gitee_email": "weifulun@huawei.com"
},{
"gitee_id": "wangshaofeng",
"gitee_email": "wangweichao2@huawei.com"
},{
"gitee_id": "Xingwa",
"gitee_email": "raymond.wangxing@huawei.com"
},{
"gitee_id": "weichaox",
"gitee_email": "wangweichao2@huawei.com"
},{
"gitee_id": "jady3356",
"gitee_email": "peitaiyi@huawei.com"
}
]
}
\ No newline at end of file
sig/sig-buildsystem/sig-build-system.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG_BUILDSYSTEM
English | [简体中文](./sig_build_system_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).
## SIG group work objectives and scope
### work goals
- Construct a build system framework for 1+8+N devices in all scenarios to provide a convenient, efficient and easily extensible system.
### work scope
- Design, review, and make decisions on the architecture of build system.
- Review and incorporate the code of build system, prohibit low-quality code from being incorporated into the master branch.
- Actively and effectively participate in code review and comment, share programming experience, communicate with developers, transfer software development skills, and effectively coach open source community developers to write good code.
- Handle requirements, issues and mailing lists, and ensure that the closure period meets the SLA requirements of the OpenHarmony community.
- Provide feedback and guidance on code quality based on review and development activities to improve code quality in the OpenHarmony community.
### The repository
- project name:
- build: https://gitee.com/openharmony/build
- build_lite: https://gitee.com/openharmony/build_lite
- productdefine_common: https://gitee.com/openharmony/productdefine_common
- third_party_gn: https://gitee.com/openharmony/third_party_gn
- third_party_jinja2: https://gitee.com/openharmony/third_party_jinja2
- third_party_markupsafe: https://gitee.com/openharmony/third_party_markupsafe
- third_party_ninja: https://gitee.com/openharmony/third_party_ninja
- third_party_python: https://gitee.com/openharmony/third_party_python
## SIG Members
### Leader
- @anguanglin (https://gitee.com/anguanglin)
### Committers
- @chenmudan (https://gitee.com/chenmudan)
- @xiaolielie (https://gitee.com/xiaolielie)
- @ychuawei (https://gitee.com/ychuawei)
- @weifulun (https://gitee.com/weifulun)
- @Xingwa (https://gitee.com/wangxing-hw)
- @weichaox (https://gitee.com/weichaox)
- @jady3356 (https://gitee.com/taiyipei)
- @wangshaofeng (https://gitee.com/wangshaofeng)
### Meetings
- Meeting time: Bi-weekly meeting, Monday 19:00 pm, UTC+8
- Meeting application: [SIG-BUILDSYSTEM Meeting Proposal](https://shimo.im/sheets/m8AZV1JgE2UQ1KAb/MODOC/)
- Meeting link: Welink Meeting or Others
- Meeting notification: [Subscribe to](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list dev@openharmony.io for the meeting link
- Meeting-Minutes: [Archive link address](https://gitee.com/openharmony-sig/sig-content)
### Contact
- Mailing list: dev@openharmony.io
- Zulip group: https://zulip.openharmony.cn
- Wechat group: NA
sig/sig-buildsystem/sig-build-system_cn.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG_COMPILERUNTIME
简体中文 | [English](./sig_compileruntime.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
## SIG组工作目标和范围
### 工作目标
- 构建面向1+8+N设备全场景编译构建框架、为开发者提供便捷、高效、易扩展的编译构建系统
### 工作范围
- 负责编译构建模块架构设计、评审和决策;
- 负责编译构建相关模块代码审核、合入、禁止低质量代码合入开源版本主干；
- 积极有效参与开源社区代码检视与点评、共享编程经验、与开源社区开发者交流、传递编译构建相关技能、有效辅导开源社区开发者更方便使用编译构建系统
- 结合评审和开发活动、给与代码质量反馈与指导、促进开源社区代码质量提升
## 代码仓
- 代码仓地址：
- build: https://gitee.com/openharmony/build
- build_lite: https://gitee.com/openharmony/build_lite
- productdefine_common: https://gitee.com/openharmony/productdefine_common
- third_party_gn: https://gitee.com/openharmony/third_party_gn
- third_party_jinja2: https://gitee.com/openharmony/third_party_jinja2
- third_party_markupsafe: https://gitee.com/openharmony/third_party_markupsafe
- third_party_ninja: https://gitee.com/openharmony/third_party_ninja
- third_party_python: https://gitee.com/openharmony/third_party_python
## SIG组成员
### Leader
- @anguanglin (https://gitee.com/anguanglin)
### Committers列表
- @chenmudan (https://gitee.com/chenmudan)
- @xiaolielie (https://gitee.com/xiaolielie)
- @ychuawei (https://gitee.com/ychuawei)
- @weifulun (https://gitee.com/weifulun)
- @Xingwa (https://gitee.com/wangxing-hw)
- @weichaox (https://gitee.com/weichaox)
- @jady3356 (https://gitee.com/taiyipei)
- @wangshaofeng (https://gitee.com/wangshaofeng)
### 会议
- 会议时间：双周例会，周一晚上19:00，UTC+8
- 会议申报：[SIG-BUILDSYSTEM Meeting Proposal](https://shimo.im/sheets/m8AZV1JgE2UQ1KAb/MODOC/)
- 会议链接: Welink或其他会议
- 会议通知: 请订阅邮件列表 dev@openharmony.io 获取会议链接
- 会议纪要: [归档链接地址](https://gitee.com/openharmony-sig/sig-content)
### 联系方式
- 邮件列表：dev@openharmony.io
- Zulip群组：https://zulip.openharmony.cn
- 微信群：NA
sig/sig-cellular_device_mgr/OWNERS 0 → 100644
浏览文件 @ 4f4e4992
{
"Leader": [{
"gitee_id": "pengz123",
"gitee_email": "pengzhao.sh@chinatelecom.cn"
}],
"Committers": [{
"gitee_id": "zhanghaimingsh",
"gitee_email": "zhanghaiming.sh@chinatelecom.cn"
},{
"gitee_id": "gullong",
"gitee_email": "gull2@chinatelecom.cn"
},{
"gitee_id": "Shanice.Lo",
"gitee_email": "luoshanshan.sh@chinatelecom.cn"
},{
"gitee_id": "bin.zhang",
"gitee_email": "zhangb27@chinatelecom.cn"
},{
"gitee_id": "unionmansig",
"gitee_email": "bin.wan@unionman.com.cn"
,{
"gitee_id": "wangyoufeng",
"gitee_email": "wangyoufeng8889@126.com"
},{
"gitee_id": "ty-xzx",
"gitee_email": "xiaozexuan@whty.com.cn"
},{
"gitee_id": "niekongkong",
"gitee_email": "fengbuting@szwayd.com"
},{
"gitee_id": "liang-hengkang",
"gitee_email": "hkliang@eigencomm.com"
}]
}
sig/sig-cellular_device_mgr/sig-cellular_device_mgr.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG_CellularDeviceManagement
English | [简体中文](./sig-cellular_device_mgr_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](https://gitee.com/openharmony/community/blob/master/zh/pmc.md).
## SIG group work objectives and scope
### work goals
This SIG focuses on the management of cellular network devices in smart cities. Based on the OpenHarmony architecture, it develops basic capability components such as cloud components, device channel cloud components, device security and industry application components, enriches the OpenHarmony architecture, and promotes the formation of industry standards and specifications; Combine the characteristics of OpenHarmony's intelligent connectivity with the smart city cellular network device application scenarios to promote the prosperity of the industry's Internet of things products ecological .
### work scope
Complementary capabilities: complement key capabilities in industrial applications and expand the application scenarios of the Internet of things cellular devices;
Ecological construction: cooperate with ecological partners in the industry, professional institutes, universities and developers, link with the government, and jointly improve OpenHarmony;
Establish standards: formulate the application specifications and industrial application standards for the cellular IOT network, and introduce the OpenHarmony characteristic capabilities into the specifications and standards;
Extensive replication: benchmarking projects are first tried, and OpenHarmony application scenarios are jointly innovated with ecological partners to drive the development of OpenHarmony industry with demonstration effect.
### The repository
- repository :
- https://gitee.com/openharmony-sig/cellular_device_mgr
## SIG Members
### Leader
- [@pengz123](https://gitee.com/pengz123)
### Committers
- [@zhanghaimingsh](https://gitee.com/zhanghaimingsh)
- [@gullong](https://gitee.com/gullong)
- [@Shanice.Lo](https://gitee.com/luoshanshan633)
- [@bin.zhang](https://gitee.com/as807048861)
- [@unionmansig](bin.wan@unionman.com.cn)
- [@wangyoufeng](wangyoufeng8889@126.com)
- [@ty-xzx](xiaozexuan@whty.com.cn)
- [@niekongkong](fengbuting@szwayd.com)
- [@liang-hengkang](hkliang@eigencomm.com)
### Meetings
- Meeting time：time：Biweek Monday 9:00, UTC+8
- Meeting application: [cellular_device_mgr Meeting Proposal](https://shimo.im/sheets/1lq7MDJ5JBHvP7Ae/MODOC)
- Meeting link: Tencent Meeting
- Meeting notification: [Subscribe](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list [dev@openharmony.io]() for the meeting link
- Meeting-Minutes: [Archive link address](https://gitee.com/openharmony-sig/sig-content/tree/master/cellular_device_mgr)
### Contact (optional)
- Mailing list：dev@openharmony.io
- Zulip group：NA
- Wechat group：NA
sig/sig-cellular_device_mgr/sig-cellular_device_mgr_cn.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG_CellularDeviceManagement
简体中文 | [English](./sig-cellular_device_mgr.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](https://gitee.com/openharmony/community/blob/master/zh/pmc.md)中描述的约定。
## SIG组工作目标和范围
### 工作目标
本SIG聚焦于智慧城市中的蜂窝网络终端管理，基于OpenHarmony架构体系研发入云组件、端管云组件、终端安全等基础能力组件和行业应用组件，丰富OpenHarmony架构体系，并推动形成行业标准和规范；将OpenHarmony的智联万物的特性与智慧城市蜂窝网络终端应用场景结合，促进行业万物互联产品生态繁荣。
### 工作范围
补能力：补齐行业应用中的关键能力，拓展物联网蜂窝终端应用场景；
建生态：协同行业内生态伙伴，积极与专业院所、高校、开发者，联动政府，共同完善OpenHarmony；
立标准：制定蜂窝物联网络应用规范以及行业应用标准，将OH特性能力，导入规范标准；
广复制：标杆项目先行先试，与生态合作伙伴共同创新OpenHarmony应用场景，以示范效应带动产业鸿蒙化发展。
## 代码仓
- 代码仓地址：
- https://gitee.com/openharmony-sig/cellular_device_mgr
## SIG组成员
### Leader
- [@pengz123](https://gitee.com/pengz123)
### Committers列表
- [@zhanghaimingsh](https://gitee.com/zhanghaimingsh)
- [@gullong](https://gitee.com/gullong)
- [@Shanice.Lo](https://gitee.com/luoshanshan633)
- [@bin.zhang](https://gitee.com/as807048861)
- [@unionmansig](bin.wan@unionman.com.cn)
- [@wangyoufeng](wangyoufeng8889@126.com)
- [@ty-xzx](xiaozexuan@whty.com.cn)
- [@niekongkong](fengbuting@szwayd.com)
- [@liang-hengkang](hkliang@eigencomm.com)
### 会议
- 会议时间：双周例会，周一早上9:00, UTC+8
- 会议申报：[智慧城市蜂窝终端管理 Meeting Proposal](https://shimo.im/sheets/1lq7MDJ5JBHvP7Ae/MODOC)
- 会议方式: 腾讯会议
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/dev.openharmony.io)邮件列表dev@openharmony.io 获取会议链接
- 会议纪要: [归档链接地址](https://gitee.com/openharmony-sig/sig-content/tree/master/cellular_device_mgr)
### 联系方式(可选)
- 邮件列表：[dev@openharmony.io]()
- Zulip群组：待定
- 微信群：待定
sig/sig-compileruntime/OWNERS
浏览文件 @ 4f4e4992
{
"Leader": [{
"gitee_id": "Xingwa",
"gitee_email": "raymond.wangxing@huawei.com"
},
{
"gitee_id": "huanghuijin",
"gitee_email": "huanghuijin@huawei.com"
"gitee_id": "klooer",
"gitee_email": "xianyuqiang@huawei.com"
}
],
"Committers": [{
"gitee_id": "weichaox",
"gitee_email": "wangweichao2@huawei.com"
},
{
"gitee_id": "jady3356",
"gitee_email": "peitaiyi@huawei.com"
},
{
"gitee_id": "Han00000000",
"gitee_email": "jianghan2@huawei.com"
"gitee_id": "huanghuijin",
"gitee_email": "huanghuijin@huawei.com"
},
{
"gitee_id": "wuzhefengh",
......@@ -40,6 +28,10 @@
"gitee_id": "yingguofeng",
"gitee_email": "yingguofeng@huawei.com"
},
{
"gitee_id": "xliu-huanwei",
"gitee_email": "liuxin259@huawei.com"
},
{
"gitee_id": "flyingwolf",
"gitee_email": "liyongbiao1@huawei.com"
......@@ -55,6 +47,14 @@
{
"gitee_id": "pengzhuoli",
"gitee_email": "pengzhuoli@huawei.com"
},
{
"gitee_id": "JerryH1011",
"gitee_email": "huangjieliang@huawei.com"
},
{
"gitee_id": "dongduResearcher",
"gitee_email": "dd_nirvana@sjtu.edu.cn"
}
]
}
\ No newline at end of file
}
sig/sig-compileruntime/sig-compile-runtime.md
浏览文件 @ 4f4e4992
# SIG_COMPILERUNTIME
English | [简体中文](./sig_compileruntime_cn.md)
English | [简体中文](./sig-compile-runtime_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).
## SIG group work objectives and scope
## SIG group objectives and work scope
### work goals
### objectives
- The development and maintenance of compilation framework and its efficiency improvement. Supporting compilation of multiple products and components.
- Support JS/TS language compilation and runtime, and create high-performance JS/TS virtual machines. Provide basic JSAPI capabilities, including multi-threading capabilities, encoding and decoding string capabilities, and URL parsing capabilities.
- Support JS/TS language compilation and execution, and create high-performance JS/TS virtual machines.
- Provide basic JSAPI capabilities, including concurrency, string encoding and decoding, and URL parsing capabilities, etc..
- Support C/C++ compilation, debugging based on Clang/LLVM.
- Provide basic library support such as musl and evolution of related abilities.
- Provide new programming language design and implementation based on OpenHarmony's requirements.
### work scope
- Design, review, and make decisions on the architecture of the language compilation and runtime.
- Review and incorporate the code of the language compilation and runtime, prohibit low-quality code from being incorporated into the master branch.
- Actively and effectively participate in code review and comment, share programming experience, communicate with developers, transfer software development skills, and effectively coach open source community developers to write good code.
- Handle requirements, issues and mailing lists, and ensure that the closure period meets the SLA requirements of the OpenHarmony community.
- Provide feedback and guidance on code quality based on review and development activities to improve code quality in the OpenHarmony community.
- Programming language, compiler and runtime architecture design and review.
- Programming language, compiler and runtime implementation and review.
- Community requirements, issues and mailing lists processing.
### overview
- Compiler
![figures/compileruntime-overview-compiler-en.png](figures/compileruntime-overview-compiler-en.png)
- Runtime
![figures/compileruntime-overview-runtime-en.png](figures/compileruntime-overview-runtime-en.png)
## Repositories
|Component|Description|Code repo|
| ----- | ----------- | --------- |
|ArkCompiler runtime core|Core components of ArkCompiler runtime|arkcompiler_runtime_core|
|ArkCompiler eTS runtime|eTS language runtime of ArkCompiler|arkcompiler_ets_runtime|
|ArkCompiler eTS frontend|eTS compiler frontend of ArkCompiler|arkcompiler_ets_frontend|
|ArkCompiler toolchain|Debugging and profiling tools for ArkCompiler|arkcompiler_toolchain|
|ARM assembler / code generator|ARM instruction assembler and code generator library|third_party_vixl|
|jerryscript|Lightweight JS engine with extremely low memory footprint|third_party_jerryscript|
|quickjs|Small JS engine with full compatibility of ES2020|third_party_quickjs|
|LLVM|LLVM compiler and toolchain|third_party_llvm-project|
|LLDB Machine Interface|LLDB machine interface|third_party_lldb-mi|
|MinGW-w64|A complete runtime environment for GCC and LLVM for 32 and 64 bit Windows|third_party_mingw-w64|
|musl|Standard C library|third_party_musl|
|mimalloc Memory allocator|High performance memory allocator implementation|third_party_mimalloc|
|elfio|C++ library for reading and generating ELF files|third_party_elfio|
|miniz|Data compression library that implements most zlib interfaces|third_party_miniz|
|eTS util library|eTS library providing basic utilities|commonlibrary_ets_utils|
|C utils library|C library providing basic utilities|commonlibrary_c_utils|
|Utils library for lite OS|Library providing basic utilities for lite OS|commonlibrary_utils_lite|
|Memory utils|Libraries providing common system memory related operations|utils_memory|
- mainline repos:
- arkcompiler_runtime_core: https://gitee.com/openharmony/arkcompiler_runtime_core
- arkcompiler_ets_runtime: https://gitee.com/openharmony/arkcompiler_ets_runtime
- arkcompiler_ets_frontend: https://gitee.com/openharmony/arkcompiler_ets_frontend
- arkcompiler_toolchain: https://gitee.com/openharmony/arkcompiler_toolchain
### The repository
- project name:
- build_lite: https://gitee.com/openharmony/build_lite
- build: https://gitee.com/openharmony/build
- js_api_module: https://gitee.com/openharmony/js_api_module
- js_sys_module: https://gitee.com/openharmony/js_sys_module
- js_util_module: https://gitee.com/openharmony/js_util_module
- js_worker_module: https://gitee.com/openharmony/js_worker_module
- productdefine_common: https://gitee.com/openharmony/productdefine_common
- prebuilts_aosp_libs: https://gitee.com/openharmony/prebuilts_aosp_libs
- third_party_gn: https://gitee.com/openharmony/third_party_gn
- third_party_jinja2: https://gitee.com/openharmony/third_party_jinja2
- third_party_jerryscript: https://gitee.com/openharmony/third_party_jerryscript
- third_party_markupsafe: https://gitee.com/openharmony/third_party_markupsafe
- third_party_mingw-w64: https://gitee.com/openharmony/third_party_mingw-w64
- third_party_musl: https://gitee.com/openharmony/third_party_musl
- third_party_mimalloc: https://gitee.com/openharmony-sig/third_party_mimalloc
- third_party_ninja: https://gitee.com/openharmony/third_party_ninja
- third_party_python: https://gitee.com/openharmony/third_party_python
- third_party_quickjs: https://gitee.com/openharmony/third_party_quickjs
- utils: https://gitee.com/openharmony/utils
- utils_memory: https://gitee.com/openharmony/utils_memory
- utils_native: https://gitee.com/openharmony/utils_native
- utils_native_lite: https://gitee.com/openharmony/utils_native_lite
- third_party_llvm-project: https://gitee.com/openharmony-sig/third_party_llvm-project
- third_party_lldb-mi: https://gitee.com/openharmony-sig/third_party_lldb-mi
- ark_runtime_core: https://gitee.com/openharmony/ark_runtime_core
- ark_js_runtime: https://gitee.com/openharmony/ark_js_runtime
- ark_ts2abc: https://gitee.com/openharmony/ark_ts2abc
- third_party_mingw-w64: https://gitee.com/openharmony/third_party_mingw-w64
- third_party_musl: https://gitee.com/openharmony/third_party_musl
- third_party_miniz: https://gitee.com/openharmony/third_party_miniz
- commonlibrary_ets_utils: https://gitee.com/openharmony/commonlibrary_ets_utils
- commonlibrary_c_utils: https://gitee.com/openharmony/commonlibrary_c_utils
- commonlibrary_utils_lite: https://gitee.com/openharmony/commonlibrary_utils_lite
- utils_memory: https://gitee.com/openharmony/utils_memory
- dev repos:
- arkcompiler_runtime_core: https://gitee.com/openharmony-sig/arkcompiler_runtime_core
- arkcompiler_ets_runtime: https://gitee.com/openharmony-sig/arkcompiler_ets_runtime
- arkcompiler_ets_frontend: https://gitee.com/openharmony-sig/arkcompiler_ets_frontend
- third_party_vixl: https://gitee.com/openharmony-sig/third-party-vixl
- third_party_elfio: https://gitee.com/openharmony-sig/third_party_elfio
- third_party_mimalloc: https://gitee.com/openharmony-sig/third_party_mimalloc
## SIG Members
### Leader
- @Xingwa (https://gitee.com/wangxing-hw)
- @huanghuijin (https://gitee.com/huanghuijin)
- @klooer (https://gitee.com/klooer)
### Committers
- @weichaox (https://gitee.com/weichaox)
- @jady3356 (https://gitee.com/taiyipei)
- @Han00000000 (https://gitee.com/Han00000000)
- @huanghuijin (https://gitee.com/huanghuijin)
- @wuzhefengh (https://gitee.com/wuzhefengh)
- @gongjunsong (https://gitee.com/gongjunsong)
- @sunzhe23 (https://gitee.com/sunzhe23)
- @weng-changcheng (https://gitee.com/weng-changcheng)
- @yingguofeng (https://gitee.com/yingguofeng)
- @xliu-huanwei (https://gitee.com/xliu-huanwei)
- @flyingwolf (https://gitee.com/flyingwolf)
- @godmiaozi (https://gitee.com/godmiaozi)
- @dhy308 (https://gitee.com/dhy308)
- @pengzhuoli (https://gitee.com/zhuoli72)
- @cbraham (https://gitee.com/cbraham)
- @wang2002xu (https://gitee.com/wang2002xu)
- @chen-wandun (https://gitee.com/chen-wandun)
- @eliotc (https://gitee.com/eliotc)
- @JerryH1011 (https://gitee.com/JerryH1011)
- @dongduResearcher (https://gitee.com/dongduResearcher)
### Meetings
- Meeting time: Bi-weekly meeting, Monday 19:00 pm, UTC+8
- Meeting application: [SIG-COMPILERUNTIME Meeting Proposal](https://shimo.im/sheets/cHkjRvDJQtt638y3/MODOC)
- Meeting link: Welink Meeting or Others
- Meeting time: Bi-weekly, Friday 14:30, UTC+8
- Meeting proposal submission: [SIG-COMPILERUNTIME Meeting Proposal](https://shimo.im/sheets/cHkjRvDJQtt638y3/MODOC)
- Meeting link: Welink Meeting or Others [Sent out before the meeting]
- Meeting notification: [Subscribe to](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list dev@openharmony.io for the meeting link
- Meeting-Minutes: [Archive link address](https://gitee.com/openharmony-sig/sig-content)
- Meeting minutes: [Archive link address](https://gitee.com/openharmony-sig/sig-content)
### Contact
- Mailing list: dev@openharmony.io
- Zulip group: https://zulip.openharmony.cn
- Zulip group: https://zulip.openharmony.cn (compileRuntime_sig stream)
- Wechat group: NA
sig/sig-compileruntime/sig-compile-runtime_cn.md
浏览文件 @ 4f4e4992
# SIG_COMPILERUNTIME
简体中文 | [English](./sig_compileruntime.md)
简体中文 | [English](./sig-compile-runtime.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
## SIG组工作目标和范围
### 工作目标
- 编译框架开发与维护及编译效率提升，支持多产品、多部件的编译构建。
- 支持JS/TS语言编译及运行时，打造高性能JS/TS虚拟机。提供基础的JSAPI能力，包括多线程能力，字符串编解码能力，以及URL解析等能力。
- 基于Clang/LLVM提供C/C++编译构建、调试能力。
- 提供Musl等基础库支持, 及相关能力演进。
......@@ -18,61 +17,84 @@
- 处理开源社区上的需求、issue、邮件列表和开发问题，闭环周期满足开源社区的SLA要求；
- 结合评审和开发活动，给予代码质量反馈与指导，促进开源社区代码质量提升。
### 技术栈范围
- Compiler
![figures/compileruntime-overview-compiler-cn.png](figures/compileruntime-overview-compiler-cn.png)
- Runtime
![figures/compileruntime-overview-runtime-cn.png](figures/compileruntime-overview-runtime-cn.png)
## 代码仓
- 代码仓地址：
- build_lite: https://gitee.com/openharmony/build_lite
- build: https://gitee.com/openharmony/build
- js_api_module: https://gitee.com/openharmony/js_api_module
- js_sys_module: https://gitee.com/openharmony/js_sys_module
- js_util_module: https://gitee.com/openharmony/js_util_module
- js_worker_module: https://gitee.com/openharmony/js_worker_module
- productdefine_common: https://gitee.com/openharmony/productdefine_common
- prebuilts_aosp_libs: https://gitee.com/openharmony/prebuilts_aosp_libs
- third_party_gn: https://gitee.com/openharmony/third_party_gn
- third_party_jinja2: https://gitee.com/openharmony/third_party_jinja2
|部件名称|部件功能描述|部件仓名称|
| ----- | ----------- | --------- |
|方舟运行时公共库|方舟运行时公共库|arkcompiler_runtime_core|
|方舟eTS运行时|方舟eTS(兼容JS/TS)运行时|arkcompiler_ets_runtime|
|方舟eTS编译器|方舟eTS(兼容JS/TS)前端编译器，解析eTS生成abc文件供方舟运行时执行|arkcompiler_ets_frontend|
|方舟工具链|方舟运行时调试调优工具链|arkcompiler_toolchain|
|ARM汇编器|ARM汇编器，提供生成ARM汇编的C接口|third_party_vixl|
|jerryscript|百K级别超轻量级JS引擎，低内存消耗|third_party_jerryscript|
|quickjs|QuickJS是一个小型并且可嵌入的Javascript引擎，支持ES2020|third_party_quickjs|
|LLVM|C/C++编译器，包含libcxx，lldb，crt等很多组件|third_party_llvm-project|
|LLDB MI|Lldb的machine interface，方便IDE使用lldb功能|third_party_lldb-mi|
|MinGW-w64|GCC，LLVM等编译器的windows 32/64平台运行环境|third_party_mingw-w64|
|musl|标准C库|third_party_musl|
|mimalloc|性能优化的内存分配器|third_party_mimalloc|
|elfio|Elf文件操作工具库|third_party_elfio|
|miniz|一种无损高效压缩算法库，支持zlib接口|third_party_miniz|
|eTS工具库|eTS语言函数库；当前主要由 js_sys_module js_util_module js_worker_module js_api_module 四个部分组成|commonlibrary_ets_utils|
|C工具库|C工具函数库|commonlibrary_c_utils|
|轻量级系统工具库|轻量级系统所使用的工具函数库|commonlibrary_utils_lite|
|内存工具库|内存使用和分析相关工具库|utils_memory|
- 代码仓地址:
- arkcompiler_runtime_core: https://gitee.com/openharmony/arkcompiler_runtime_core
- arkcompiler_ets_runtime: https://gitee.com/openharmony/arkcompiler_ets_runtime
- arkcompiler_ets_frontend: https://gitee.com/openharmony/arkcompiler_ets_frontend
- arkcompiler_toolchain: https://gitee.com/openharmony/arkcompiler_toolchain
- third_party_jerryscript: https://gitee.com/openharmony/third_party_jerryscript
- third_party_markupsafe: https://gitee.com/openharmony/third_party_markupsafe
- third_party_mingw-w64: https://gitee.com/openharmony/third_party_mingw-w64
- third_party_musl: https://gitee.com/openharmony/third_party_musl
- third_party_mimalloc: https://gitee.com/openharmony-sig/third_party_mimalloc
- third_party_ninja: https://gitee.com/openharmony/third_party_ninja
- third_party_python: https://gitee.com/openharmony/third_party_python
- third_party_quickjs: https://gitee.com/openharmony/third_party_quickjs
- utils: https://gitee.com/openharmony/utils
- utils_memory: https://gitee.com/openharmony/utils_memory
- utils_native: https://gitee.com/openharmony/utils_native
- utils_native_lite: https://gitee.com/openharmony/utils_native_lite
- third_party_llvm-project: https://gitee.com/openharmony-sig/third_party_llvm-project
- third_party_lldb-mi: https://gitee.com/openharmony-sig/third_party_lldb-mi
- ark_runtime_core: https://gitee.com/openharmony/ark_runtime_core
- ark_js_runtime: https://gitee.com/openharmony/ark_js_runtime
- ark_ts2abc: https://gitee.com/openharmony/ark_ts2abc
- third_party_mingw-w64: https://gitee.com/openharmony/third_party_mingw-w64
- third_party_musl: https://gitee.com/openharmony/third_party_musl
- third_party_miniz: https://gitee.com/openharmony/third_party_miniz
- commonlibrary_ets_utils: https://gitee.com/openharmony/commonlibrary_ets_utils
- commonlibrary_c_utils: https://gitee.com/openharmony/commonlibrary_c_utils
- commonlibrary_utils_lite: https://gitee.com/openharmony/commonlibrary_utils_lite
- utils_memory: https://gitee.com/openharmony/utils_memory
- 孵化仓地址:
- arkcompiler_runtime_core: https://gitee.com/openharmony-sig/arkcompiler_runtime_core
- arkcompiler_ets_runtime: https://gitee.com/openharmony-sig/arkcompiler_ets_runtime
- arkcompiler_ets_frontend: https://gitee.com/openharmony-sig/arkcompiler_ets_frontend
- third_party_vixl: https://gitee.com/openharmony-sig/third-party-vixl
- third_party_elfio: https://gitee.com/openharmony-sig/third_party_elfio
- third_party_mimalloc: https://gitee.com/openharmony-sig/third_party_mimalloc
## SIG组成员
### Leader
- @Xingwa (https://gitee.com/wangxing-hw)
- @huanghuijin (https://gitee.com/huanghuijin)
- @klooer (https://gitee.com/klooer)
### Committers列表
- @weichaox (https://gitee.com/weichaox)
- @jady3356 (https://gitee.com/taiyipei)
- @Han00000000 (https://gitee.com/Han00000000)
### Committers
- @huanghuijin (https://gitee.com/huanghuijin)
- @wuzhefengh (https://gitee.com/wuzhefengh)
- @gongjunsong (https://gitee.com/gongjunsong)
- @sunzhe23 (https://gitee.com/sunzhe23)
- @weng-changcheng (https://gitee.com/weng-changcheng)
- @yingguofeng (https://gitee.com/yingguofeng)
- @xliu-huanwei (https://gitee.com/xliu-huanwei)
- @flyingwolf (https://gitee.com/flyingwolf)
- @godmiaozi (https://gitee.com/godmiaozi)
- @dhy308 (https://gitee.com/dhy308)
- @pengzhuoli (https://gitee.com/zhuoli72)
- @JerryH1011 (https://gitee.com/JerryH1011)
- @dongduResearcher (https://gitee.com/dongduResearcher)
### 会议
- 会议时间：双周例会，周一晚上19:00，UTC+8
- 会议时间：双周例会，周五14:30，UTC+8
- 会议申报：[SIG-COMPILERUNTIME Meeting Proposal](https://shimo.im/sheets/cHkjRvDJQtt638y3/MODOC)
- 会议链接: Welink或其他会议
- 会议通知: 请订阅邮件列表 dev@openharmony.io 获取会议链接
......@@ -81,5 +103,5 @@
### 联系方式
- 邮件列表：dev@openharmony.io
- Zulip群组：https://zulip.openharmony.cn
- Zulip群组：https://zulip.openharmony.cn (compileRuntime_sig stream)
- 微信群：NA
sig/sig-compliance/OWNERS 0 → 100644
浏览文件 @ 4f4e4992
{
"Leader": [{
"gitee_id": "jalenchen",
"gitee_email": "chenyaxun@huawei.com"
}],
"Committers": [{
"gitee_id": "king-gao",
"gitee_email": "king.gao@huawei.com"
},
{
"gitee_id": "alec-z",
"gitee_email": "zhengzhipeng4@huawei.com"
},
{
"gitee_id": "kubigao",
"gitee_email": "jean.gaoliang@huawei.com"
},
{
"gitee_id": "billwangliang",
"gitee_email": "bill.wangliang@huawei.com"
},
{
"gitee_id": "youthdragon",
"gitee_email": "youthdragon.wangyiming@huawei.com"
},
{
"gitee_id": "jungle8023",
"gitee_email": "forest.cong@huawei.com"
},
{
"gitee_id": "Rahul Mohan G",
"gitee_email": "rahulmohang@gmail.com"
},
{
"gitee_id": "yishuangli",
"gitee_email": "yishuang.li@huawei.com"
},
{
"gitee_id": "Carlo Piana",
"gitee_email": "piana@array.eu"
},
{
"gitee_id": "Alberto Pianon",
"gitee_email": "pianon@array.eu"
}]
}
\ No newline at end of file
sig/sig-compliance/sig_compliance.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG-compliance
English | [简体中文](./sig_compliance_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).
## Overview
With the rapid development of the OpenHarmony community, more and more patches are submitted by developers, more and more third-party open source software is introduced into the community, Meanwhile, OpenHarmony Compliance risks are increasing. As we all know, The community has introduced and developed [Open Source Compliance Audit Tool OAT](https://gitee.com/openharmony-sig/tools_oat), sensitive word scanning tools, open source code fragment scanning, and 7-cai tools to solve the basic compliance problems. However, there is still a lot of work to be confirmed by the team. As the size of the community increases, this will pose a huge challenge to the compliance of the community. Therefore, we hope to setup the SIG-Compliance . With the SIG, we will strengthen multi-party connectionst, embrace the best practices in open source, and establish a mechanism and engineering system for open source compliance governance, including standards/norms, processes , tools, organization. The SIG will provide open source compliance governance solutions or services to organizations and individuals participating in the community.
## SIG group work objectives and scope
### work goals
- Establish OpenHarmony's open source compliance engineering system
- Formulate the rules, norms and processes of OpenHarmony's open source compliance governance
- Develop OpenHarmony's open source compliance Audit tools
- Provide OpenHarmony's open source compliance services
### work scope
The first phase of the core work of the SIG focuses on the construction of community ** open source compliance governance engineering systems and capabilities**. According to the life cycle of open source software and community development, we divide open source compliance into four categories:
- **Reliable source** (third-party open source software, community self-developed code)
- **License compliance** (open source software license compatibility, open source software license obligation fulfillment, The License Compliance of Project)
- **Intellectual Property Compliance** (Copyrights, Patents, Trademarks, Terminology)
- **Release Compliance** (Trade Compliance, The License Compliance of Release)
The work of this group **includes**
- **Planning and developing of engineering capabilities and tools**
- **Drafting and formulation of compliance process rules**
- **Collaborate with community and industry organizations on engineering capabilities**
- **Introduction and external sharing of best practices in compliance governance**
- **Compliance culture and training within the community**
#### **Relationship between Open Source Audit Tool Project**:
As a umbrella project, The SIG-compliance will
integrate with [OAT](https://gitee.com/openharmony-sig/tools_oat) as one of most important tool for our project. Meanwhile, the other compliance tools also will be integrate into our project. We will leverage these tools to empower openharmony compliance engineering system
#### **Relationship with Open Source Compliance Group under the Openharmony Working Committee**:
In principle, this SIG should implement the compliance engineering capabilities under the guidance of the open source compliance group, and regularly report to the open source compliance group.
This group **does not** includes
- Official announcement for compliance event and legal issues
- Final interpretation of community open source compliance and legal issues
- Final desicion of community open source compliance governance standards and process
### The repository
- project name:
- OAT ：https://gitee.com/openharmony-sig/tools_oat
## SIG Members
### Leader
- @jalenchen(https://gitee.com/jalenchen)
### Committers
- @king-gao (https://gitee.com/king-gao)
- @alec-z (https://gitee.com/alec-z)
- @kubigao (https://gitee.com/kubigao)
- @billwangliang (https://gitee.com/billwangliang)
- @youthdragon (https://gitee.com/youthdragon)
- @jungle8023 (https://gitee.com/jungle8023)
- @yishuangli（https://gitee.com/yishuangli）
- @Rahul Mohan G（rahulmohang@gmail.com）
- @Carlo Piana（ piana@array.eu ）
- @alpianon（https://gitee.com/alpianon）
### Meetings
- Meeting time: Public meeting time: Beijing time, every Friday afternoon, 14:00~15:00
- Meeting application: [OpenHarmony SIG-Compliance Meeting Proposal](https://etherpad.openharmony.cn/p/compliance)
- Meeting link: [Meeting link](https://etherpad.openharmony.cn/p/compliance)
- Meeting notification: Please [Subscribe](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list dev@openharmony.io for the conference link
- Meeting-Minutes: [Archive link address](https://gitee.com/openharmony-sig/sig-content)
### Contact (optional)
- Mailing list：dev@openharmony.io
- Zulip group：https://zulip.openharmony.cn
- Wechat group：NA
- Mailing list tag:[compliance]
\ No newline at end of file
sig/sig-compliance/sig_compliance_cn.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG-compliance
简体中文 | [English](./sig_compliance.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
## 概述
随着OpenHarmony社区的蓬勃发展，一方面，开发者向社区提交的代码越来越多；另一方面，社区内引入的第三方开源软件越来越多，这使得OpenHarmony版本发布中带来的潜在合规风险也越来越大，社区当前已经引入或者开发了[开源合规审查工具OAT](https://gitee.com/openharmony-sig/tools_oat)、敏感词扫描工具、片段扫描，棱镜七彩等工具，上解决了基础合规问题，但当前的社区的合规活动中依然存在不少的人为环节和需要大量的人力维护，随着社区规模的上升，这将对社区的合规形成巨大的挑战。因此，我们希望基于OAT的基础上，成立合规SIG，借助SIG组织，加强多方联接与投入，拥抱业界开源最佳实践成果，建立开源合规治理的机制和工程体系，包括标准/规范、流程、装备工具、组织。通过工具和工程方法落地这些规则，提供开源合规治理的解决方案或服务给参与社区的组织和个人。
## SIG组工作目标和范围
### 工作目标
- 建立OpenHarmony的开源合规工程体系
- 拟定OpenHarmony的开源合规治理的规则、规范、流程
- 开发OpenHarmony的开源合规工具
- 提供OpenHarmony的开源合规服务
### 工作范围
本小组首期核心工作聚焦于社区**开源合规治理工程体系及能力的构建**，根据开源软件及社区开发的生命周期，我们将开源合规分为
- **来源可信** ( 三方开源软件、社区代码贡献）
- **许可证遵从** ( 三方开源软件许可证兼容、三方开源软件证义务履行、项目许可证)
- **知识产权合规** ( 版权、专利、商标、术语)
- **版本发布合规** ( 贸易合规、发布包许可证)
本小组工作**包含**以上分类中
- **工程能力及工具的规划及建设**
- **流程规则的起草及拟定**
- **与社区内及业界组织在工程能力方面协作**
- **合规治理方面最佳实践的引入与对外分享**
- **社区内合规文化与培训**
#### **与开源审查工具OAT项目的关系**：
本小组作为一个伞形项目，包含[开源合规审查工具OAT](https://gitee.com/openharmony-sig/tools_oat)，即OAT是SIG-Compliance中的一个子项目，也是当前最主要的合规审查工具，本小组一方面会持续演进OAT工具，另一方也会引入业界其他最佳实践及工具，将多种能力进行集成，共同打造合规工程体系
#### **与工作委员会下开源合规组的关系**：
原则上，本小组应在开源合规组的指导下完成工程能力的建设，并定期向工作委员会下的开源合规组进行工作汇报
本小组**不包含**
- 社区合规及法务问题的官方口径
- 社区合规及法务问题的最终解释权
- 社区合规治理标准规范的最终审核权
## 代码仓
- 代码仓地址：
- SIG-Compliance ：https://gitee.com/openharmony/compliance
- OAT开源审查工具 ：https://gitee.com/openharmony-sig/tools_oat
## SIG组成员
### Leader
- @jalenchen(https://gitee.com/jalenchen)
### Committers列表
- @king-gao (https://gitee.com/king-gao)
- @alec-z (https://gitee.com/alec-z)
- @kubigao (https://gitee.com/kubigao)
- @billwangliang (https://gitee.com/billwangliang)
- @youthdragon (https://gitee.com/youthdragon)
- @jungle8023 (https://gitee.com/jungle8023)
- @yishuangli（https://gitee.com/yishuangli）
- @Rahul Mohan G（rahulmohang@gmail.com）
- @Carlo Piana（ piana@array.eu ）
- @alpianon（https://gitee.com/alpianon）
- 欢迎加入
### Contributor列表
- 欢迎加入
### 会议
- 会议时间：公开的会议时间：北京时间，每周五 下午，14:00点~15:00点
- 会议申报：[OpenHarmony SIG-Compliance Meeting Proposal](https://etherpad.openharmony.cn/p/compliance)
- 会议链接：[见链接](https://etherpad.openharmony.cn/p/compliance)
- 会议通知：请[订阅](https://lists.openatom.io/postorius/lists/dev.openharmony.io)邮件列表 dev@openharmony.io 获取会议链接
- 会议纪要: [归档链接地址](https://gitee.com/openharmony-sig/sig-content)
### 联系方式(可选)
- 邮件列表：dev@openharmony.io
- 邮件列表tag [compliance]
- Zulip群组：https://zulip.openharmony.cn
- 微信群：NA
sig/sig-devboard/sig_devboard.md 100755 → 100644
浏览文件 @ 4f4e4992
......@@ -46,8 +46,8 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
- device_st: https://gitee.com/openharmony-sig/device_st
- vendor_st: https://gitee.com/openharmony-sig/vendor_st
- device_soc_allwinner: https://gitee.com/openharmony/device_soc_allwinner
- device_board_seed: https://gitee.com/openharmony/device_board_seed
- vendor_seed: https://gitee.com/openharmony/vendor_seed
- device_board_seed: https://gitee.com/openharmony/device_board_isoftstone
- vendor_seed: https://gitee.com/openharmony/vendor_isoftstone
- device_mediatek: https://gitee.com/openharmony-sig/device_mediatek
- vendor_mediatek: https://gitee.com/openharmony-sig/vendor_mediatek
- device_nordic: https://gitee.com/openharmony-sig/device_nordic
......@@ -117,6 +117,8 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
- device_board_chipsea: https://gitee.com/openharmony/device_board_chipsea
- vendor_chipsea: https://gitee.com/openharmony/vendor_chipsea
- device_soc_st: https://gitee.com/openharmony/device_soc_st
- device_board_isoftstone: https://gitee.com/openharmony/device_board_isoftstone
- vendor_isoftstone: https://gitee.com/openharmony/vendor_isoftstone
## SIG Members
......
sig/sig-devboard/sig_devboard_cn.md 100755 → 100644
浏览文件 @ 4f4e4992
......@@ -47,8 +47,8 @@
- device_st: https://gitee.com/openharmony-sig/device_st
- vendor_st: https://gitee.com/openharmony-sig/vendor_st
- device_soc_allwinner: https://gitee.com/openharmony/device_soc_allwinner
- device_board_seed: https://gitee.com/openharmony/device_board_seed
- vendor_seed: https://gitee.com/openharmony/vendor_seed
- device_board_seed: https://gitee.com/openharmony/device_board_isoftstone
- vendor_seed: https://gitee.com/openharmony/vendor_isoftstone
- device_mediatek: https://gitee.com/openharmony-sig/device_mediatek
- vendor_mediatek: https://gitee.com/openharmony-sig/vendor_mediatek
- device_nordic: https://gitee.com/openharmony-sig/device_nordic
......@@ -118,6 +118,8 @@
- device_board_chipsea: https://gitee.com/openharmony/device_board_chipsea
- vendor_chipsea: https://gitee.com/openharmony/vendor_chipsea
- device_soc_st: https://gitee.com/openharmony/device_soc_st
- device_board_isoftstone: https://gitee.com/openharmony/device_board_isoftstone
- vendor_isoftstone: https://gitee.com/openharmony/vendor_isoftstone
## SIG组成员
......
sig/sig-distributeddatamgr/sig-distributeddatamgr.json
浏览文件 @ 4f4e4992
......@@ -3,14 +3,20 @@
{
"sig-name": "sig-distributerdatamgr",
"projects": [
"https://gitee.com/openharmony/distributeddatamgr_appdatamgr",
"https://gitee.com/openharmony-sig/distributeddatamgr_data_share",
"https://gitee.com/openharmony/distributeddatamgr_objectstore"
"https://gitee.com/openharmony/distributeddatamgr_relational_store",
"https://gitee.com/openharmony/distributeddatamgr_preferences",
"https://gitee.com/openharmony/distributeddatamgr_data_share",
"https://gitee.com/openharmony/distributeddatamgr_kv_store",
"https://gitee.com/openharmony/distributeddatamgr_data_object",
"https://gitee.com/openharmony/distributeddatamgr_pasteboard"
],
"project-path": [
"foundation/distributeddatamgr/appdatamgr",
"foundation/distributeddatamgr/relational_store",
"foundation/distributeddatamgr/preferences",
"foundation/distributeddatamgr/data_share",
"foundation/distributeddatamgr/objectstore"
"foundation/distributeddatamgr/kv_store",
"foundation/distributeddatamgr/data_object",
"foundation/distributeddatamgr/pasteboard"
]
}
]
......
sig/sig-distributeddatamgr/sig-distributeddatamgr.md
浏览文件 @ 4f4e4992
......@@ -11,9 +11,13 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
### The repository
- project name:
- distributeddatamgr: https://gitee.com/openharmony/distributeddatamgr_appdatamgr
- distributeddatamgr: https://gitee.com/openharmony-sig/distributeddatamgr_data_share
- distributeddatamgr: https://gitee.com/openharmony/distributeddatamgr_objectstore
- distributeddatamgr_preferences：https://gitee.com/openharmony/distributeddatamgr_preferences
- distributeddatamgr_relational_store：https://gitee.com/openharmony/distributeddatamgr_relational_store
- distributeddatamgr_data_share：https://gitee.com/openharmony/distributeddatamgr_data_share
- distributeddatamgr_kv_store：https://gitee.com/openharmony/distributeddatamgr_kv_store
- distributeddatamgr_datamgr_service：https://gitee.com/openharmony/distributeddatamgr_datamgr_service
- distributeddatamgr_data_object：https://gitee.com/openharmony/distributeddatamgr_data_object
- distributeddatamgr_pasteboard：https://gitee.com/openharmony/distributeddatamgr_pasteboard
## SIG Members
......
sig/sig-distributeddatamgr/sig-distributeddatamgr_cn.md
浏览文件 @ 4f4e4992
......@@ -11,11 +11,27 @@
### 工作范围
本地数据库、分布式数据库、数据管理服务等
分布式数据管理SIG（ sig-distributeddatamgr ）技术栈范围全景图如下图所示：
![OpenHarmony文档概览](figures/distributeddatamgr-overview.png)
## 代码仓
|部件名称|部件功能描述|部件仓名称|
| ------------ | ------------ |------------ |
|首选项|支持以XML格式存储和读取用户首选项|distributeddatamgr_preferences|
|关系型数据管理|提供关系型数据数的添加、查询、修改、删除、订阅通知等基本的数据能力|distributeddatamgr_relational_store|
|跨应用数据分享|提供发现应用的能力以及添加、查询、修改、删除数据的标准接口|distributeddatamgr_data_share|
|键值型数据管理|提供键值型数据数的添加、查询、修改、删除、订阅通知等基本的数据能力|distributeddatamgr_kv_store|
|数据管理服务|提供键值型数据库、关系型数据库、持久化对象的跨设备同步能力|distributeddatamgr_datamgr_service|
|分布式数据对象|提供面向对象的内存数据管理框架，向应用开发者提供内存对象的创建、查询、删除、修改、订阅等基本数据对象的管理能力，同时具备分布式能力|distributeddatamgr_data_object|
|剪贴板|提供剪切和拖放数据读写接口，支持身份校验和跨设备剪贴和拖放|miscservices_pasteboard|
|三方开源软件sqlite|提供基础的SQLite库|third_party_sqlite|
- 代码仓地址：
- distributeddatamgr：https://gitee.com/openharmony/distributeddatamgr_appdatamgr
- distributeddatamgr：https://gitee.com/openharmony-sig/distributeddatamgr_data_share
- distributeddatamgr：https://gitee.com/openharmony/distributeddatamgr_objectstore
- distributeddatamgr_preferences：https://gitee.com/openharmony/distributeddatamgr_preferences
- distributeddatamgr_relational_store：https://gitee.com/openharmony/distributeddatamgr_relational_store
- distributeddatamgr_data_share：https://gitee.com/openharmony/distributeddatamgr_data_share
- distributeddatamgr_kv_store：https://gitee.com/openharmony/distributeddatamgr_kv_store
- distributeddatamgr_datamgr_service：https://gitee.com/openharmony/distributeddatamgr_datamgr_service
- distributeddatamgr_data_object：https://gitee.com/openharmony/distributeddatamgr_data_object
- distributeddatamgr_pasteboard：https://gitee.com/openharmony/distributeddatamgr_pasteboard
## SIG组成员
......
sig/sig-distributedhardwaremgr/sig-distributedhardwaremgr.md
浏览文件 @ 4f4e4992
......@@ -17,7 +17,7 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
- sensors_sensor: https://gitee.com/openharmony/sensors_sensor
- sensors_medical_sensor: https://gitee.com/openharmony/sensors_medical_sensor
- sensors_start: https://gitee.com/openharmony/sensors_start
- usb_manager: https://gitee.com/openharmony/usb_manager
- usb_usb_manager: https://gitee.com/openharmony/usb_usb_manager
- powermgr_powermgr_lite: https://gitee.com/openharmony/powermgr_powermgr_lite
- powermgr_battery_manager: https://gitee.com/openharmony/powermgr_battery_manager
- powermgr_display_manager: https://gitee.com/openharmony/powermgr_display_manager
......@@ -25,12 +25,12 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
- powermgr_battery_lite: https://gitee.com/openharmony/powermgr_battery_lite
- powermgr_battery_statistics: https://gitee.com/openharmony/powermgr_battery_statistics
- powermgr_thermal_manager: https://gitee.com/openharmony/powermgr_thermal_manager
- devicemanager：https://gitee.com/openharmony/device_manager
- distributedhardwarefwk: https://gitee.com/openharmony/distributed_hardware_fwk
- distributedinput: https://gitee.com/openharmony-sig/distributed_input
- distributedcamera: https://gitee.com/openharmony/distributed_camera
- distributedscreen: https://gitee.com/openharmony/distributed_screen
- distributedaudio: https://gitee.com/openharmony-sig/distributed_audio
- distributedhardware_device_manager: https://gitee.com/openharmony/distributedhardware_device_manager
- distributedhardware_distributed_hardware_fwk: https://gitee.com/openharmony/distributedhardware_distributed_hardware_fwk
- distributedhardware_distributed_input: https://gitee.com/openharmony-sig/distributedhardware_distributed_input
- distributedhardware_distributed_camera: https://gitee.com/openharmony/distributedhardware_distributed_camera
- distributedhardware_distributed_screen: https://gitee.com/openharmony/distributedhardware_distributed_screen
- distributedhardware_distributed_audio: https://gitee.com/openharmony-sig/distributedhardware_distributed_audio
- msdp_start: https://gitee.com/openharmony-sig/msdp_start
- msdp_motion: https://gitee.com/openharmony-sig/msdp_motion
- msdp_movement: https://gitee.com/openharmony-sig/msdp_movement
......
sig/sig-distributedhardwaremgr/sig-distributedhardwaremgr_cn.md
浏览文件 @ 4f4e4992
......@@ -11,6 +11,38 @@
### 工作范围
综合传感处理平台子系统、电源服务子系统、泛Sensor服务子系统、USB服务子系统、分布式硬件管理子系统
分布式硬件SIG（ sig-distributedhardwaremgr ）技术栈范围全景图如下图所示：
![OpenHarmony文档概览](figures/distributedhardwaremgr-overview.png)
## 代码仓
|部件名称|部件功能描述|部件仓名称|
| ------------ | ------------ |------------ |
|传感器|提供传感器数据上报能力。|sensors_sensor|
|马达|提供控制马达振动能力。|sensors_miscdevice|
|轻量级传感器|提供传感器数据上报能力，适用于轻设备。|sensor_lite|
|轻量级马达|提供传感器数据上报能力，适用于轻设备，暂未实现。|sensors_miscdevice_lite|
|健康传感器|提供PPG/ECG健康数据上报能力。|sensors_medical_sensor|
|进程启动|提供传感器、马达部件的启动能力。|sensor_start|
|USB|提供USB的设备列表查询、热插拔、批量数据传输、控制命令传输、权限控制能力。|usb_manager|
|电源管理|提供重启系统、系统休眠、电源状态查询能力。|powermgr_power_manager|
|电池管理|提供电池信息查询、充放电状态查询、关机充电能力。|powermgr_battery_manager|
|热管理|提供设备温度管理控制能力、保障整机热安全及热体验。|powermgr_thermal_manager|
|耗电统计|统计每个应用或者软件的耗电情况，软件耗电之外的耗电都归属到硬件耗电，包括用户耗电、通话耗电、屏幕耗电、wifi功耗、蓝牙消耗。|powermgr_battery_statistics|
|显示能效|提供显示屏的亮/灭，显示屏亮度调节。|powermgr_display_manager|
|轻量级电源管理|提供重启系统、系统休眠、电源状态查询能力，适用于轻设备。|powermgr_powermgr_lite|
|轻量级电池管理|提供电池信息查询、充放电状态查询、关机充电能力，适用于轻设备。|powermgr_battery_lite|
|设备管理|提供账号无关的分布式设备的认证组网能力，并为开发者提供一套用于分布式设备间监听、发现和认证的接口。|distributedhardware_device_manager|
|分布式框架|提供统一的硬件接入、查询和使能能力。|distributedhardware_distributed_hardware_fwk|
|分布式输入|分布式输入组件提供了设备间输入外设的跨设备调用能力，使一台设备可以使用另一台设备的输入外设作为本设备的外设使用。|distributedhardware_distributed_input|
|分布式相机|提供多个设备的相机同时协同使用的能力。|distributedhardware_distributed_camera|
|分布式屏幕|提供单个分布式屏幕投屏能力。|distributedhardware_distributed_screen|
|分布式音频|提供多个设备的音频同时协同使用的能力，暂未实现。|distributedhardware_distributed_audio|
|手势感知|提供手势感知能力，暂未实现。|msdp_motion|
|移动感知|提供移动感知能力，暂未实现。|msdp_movement|
|设备状态|提供设备状态感知能力。|msdp_device_status|
|空间感知|提供空间感知能力，暂未实现。|msdp_spatial_awareness|
|地理围栏|提供地理围栏能力，暂未实现。|msdp_geofence|
|时间线|提供时间线能力，暂未实现。|msdp_timeline|
## 代码仓
- 代码仓地址：
- sensors_miscdevice_lite: https://gitee.com/openharmony/sensors_miscdevice_lite
......@@ -19,7 +51,7 @@
- sensors_sensor: https://gitee.com/openharmony/sensors_sensor
- sensors_medical_sensor: https://gitee.com/openharmony/sensors_medical_sensor
- sensors_start: https://gitee.com/openharmony/sensors_start
- usb_manager: https://gitee.com/openharmony/usb_manager
- usb_usb_manager: https://gitee.com/openharmony/usb_usb_manager
- powermgr_powermgr_lite: https://gitee.com/openharmony/powermgr_powermgr_lite
- powermgr_battery_manager: https://gitee.com/openharmony/powermgr_battery_manager
- powermgr_display_manager: https://gitee.com/openharmony/powermgr_display_manager
......@@ -27,12 +59,12 @@
- powermgr_battery_lite: https://gitee.com/openharmony/powermgr_battery_lite
- powermgr_battery_statistics: https://gitee.com/openharmony/powermgr_battery_statistics
- powermgr_thermal_manager: https://gitee.com/openharmony/powermgr_thermal_manager
- devicemanager：https://gitee.com/openharmony/device_manager
- distributedhardwarefwk: https://gitee.com/openharmony/distributed_hardware_fwk
- distributedinput: https://gitee.com/openharmony-sig/distributed_input
- distributedcamera: https://gitee.com/openharmony/distributed_camera
- distributedscreen: https://gitee.com/openharmony/distributed_screen
- distributedaudio: https://gitee.com/openharmony-sig/distributed_audio
- distributedhardware_device_manager: https://gitee.com/openharmony/distributedhardware_device_manager
- distributedhardware_distributed_hardware_fwk: https://gitee.com/openharmony/distributedhardware_distributed_hardware_fwk
- distributedhardware_distributed_input: https://gitee.com/openharmony-sig/distributedhardware_distributed_input
- distributedhardware_distributed_camera: https://gitee.com/openharmony/distributedhardware_distributed_camera
- distributedhardware_distributed_screen: https://gitee.com/openharmony/distributedhardware_distributed_screen
- distributedhardware_distributed_audio: https://gitee.com/openharmony-sig/distributedhardware_distributed_audio
- msdp_start: https://gitee.com/openharmony-sig/msdp_start
- msdp_motion: https://gitee.com/openharmony-sig/msdp_motion
- msdp_movement: https://gitee.com/openharmony-sig/msdp_movement
......
sig/sig-docs/sig_docs_cn.md
浏览文件 @ 4f4e4992
......@@ -6,7 +6,7 @@
## SIG组工作目标和范围
### 工作目标
OpenHarmony项目Docs仓相关开发者文档工作。
OpenHarmony项目Docs仓相关开发者文档工作，包含文档流程、文档发布、文档体验提升。
### 工作范围
- 处理OpenHarmony版本配套开发者文档的构建和发布。
......@@ -15,27 +15,57 @@
- 帮助开发者参与OpenHarmony的文档贡献，提供标准和内容编辑上的支持。
## 文档仓
代码仓地址：https://gitee.com/openharmony/docs
文档源码仓地址：https://gitee.com/openharmony/docs
官网文档地址：https://www.openharmony.cn/docs
| 文档名称 | 描述 | 仓名称 |
| ------------------------------------------------------------ | ------------------------------------------------------------ | --------------- |
| [设备开发](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/Readme-CN.md) | 用于指导开发者通过OpenHarmony提供的系统能力完成设备开发。 | device-dev |
| [应用开发](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/Readme-CN.md) | 用于指导开发者通过OpenHarmony提供的接口完成应用开发。 | application-dev |
| [版本说明](https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/Readme.md) | 提供版本配套信息、特性变更、接口变更等。 | release-notes |
| [子系统介绍](https://gitee.com/openharmony/docs/blob/master/zh-cn/readme) | OpenHarmony系统功能按照“系统 > 子系统 > 功能/模块”逐级展开，提供子系统介绍、子系统框架原理。 | readme |
| [设计介绍](https://gitee.com/openharmony/docs/tree/master/zh-cn/design) | 提供开发者希望了解的API治理章程、部件化设计和开发指南。 | design |
| [贡献指南](https://gitee.com/openharmony/docs/tree/master/zh-cn/contribute) | 用于指导开发者了解如何参与OpenHarmony贡献，反馈问题、贡献代码及文档。 | contribute |
OpenHarmony开发者文档概览如下图所示，包含入门学习、上手体验、开发、调试等开发者历程需要的相关文档。
![OpenHarmony文档概览](figures/docs-overview.png)
其他资源：
Samples：https://gitee.com/openharmony/app_samples
Codelabs：https://gitee.com/openharmony/codelabs
## SIG组成员
### Leader
[@neeen](https://gitee.com/neeen)
[@neeen](https://gitee.com/neeen)：负责OpenHarmony SIG Docs整体运作、与业务SIG协同，负责社区公共类文档交付、审查。
### Committers列表
- [@duangavin123](https://gitee.com/duangavin123)
- [@RayShih](https://gitee.com/RayShih)
- [@Peter_1988](https://gitee.com/Peter_1988)
- [@duangavin123](https://gitee.com/duangavin123)：与业务SIG协同，负责OpenHarmony设备开发相关文档交付、审查。
- [@RayShih](https://gitee.com/RayShih)：与业务SIG协同，负责OpenHarmony应用开发相关文档交付、审查，配合SIG Release完成社区版本文档交付。
- [@Peter_1988](https://gitee.com/Peter_1988)：与业务SIG协同，负责OpenHarmony英文文档交付、审查。
### 会议
- 会议时间：每双周周四下午
- 会议时间：每月第一周，周五下午
- 会议申报：[OpenHarmony SIG-Docs Meeting Proposal]( https://etherpad.openharmony.cn/p/sig-docs)
- 会议链接: Welink或其他会议
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/dev.openharmony.io)邮件列表 dev@openharmony.io 获取会议链接
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/docs.openharmony.io/)邮件列表获取会议链接
### 联系方式(可选)
- 邮件列表：docs@openharmony.io
- Zulip群组：documentation_sig
- 微信群：暂无
### 我们期待您的反馈
我们看到400+位社区开发者参与了OpenHarmony Docs仓贡献，欢迎广大开发者在参与OpenHarmony开源项目中，持续关注SIG Docs，反馈文档建议和需求，与我们一同持续提升文档体验。
欢迎前往Gitee Docs仓，反馈文档使用意见。
https://gitee.com/openharmony/docs/issues
sig/sig-driver/sig_driver_cn.md
浏览文件 @ 4f4e4992
# SIG_DriverFramework
简体中文 | [English](./sig_driver.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
......@@ -6,13 +7,81 @@
## SIG组工作目标和范围
### 工作目标
驱动业务的开发规划
Driver sig负责构建OpenHarmony的统一硬件驱动平台HDF（Hardware Driver Foundation），以不断提升设备驱动开发效率，实现驱动软件在不同大小设备的部署目标；构建具备内核解耦，弹性化框架，组件化设备模型，及统一配置界面的硬件驱动平台。
### 工作范围
驱动相关业务
- 设备驱动架构定义、设计、演进和看护。
- HDI（Hardware Device Interface）接口评审。
- 组织社区设备驱动例会，策划技术解答分享，问题交流互动。
- 积极与开发者推动设备驱动在OpenHarmony项目的南向生态建设和拓展。
设备驱动技术栈范围全景图
![OpenHarmony文档概览](figures/driver-overview.png)
说明：HDF驱动管理框架部件及各设备驱动部件代码可以根据编译制定，构建在轻量系统设备，小型系统设备或者标准系统设备中；在标准系统设备中，可以编译指定构建在用户态还是内核态。
## 代码仓
- 代码仓地址：
- **drivers_hdf_core代码仓部件**
| 部件名称 | 部件功能描述 | 部件路径名称 |
| ----------------- | ---------------------------------------------------------------------- | ---------------- |
| HDF驱动框架【hdf_core】 | 支持设备服务管理、设备驱动管理、配置文件编译工具、配置文件动态解析、器件设备电源管理、定位调试能力、热插拔管理、访问权限控制、平台驱动模型。 | drivers/hdf_core |
- **drivers_peripheral代码仓部件**
| 部件名称 | 部件功能描述 | 部件路径名称 |
| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------- |
| 音频设备驱动 【drivers_peripheral_audio】 | PCM软件参数配置,PCM码流操作,音频播放控制,音频录制控制,音频框架Adaption,音频音效控制能力。 | drivers/peripheral/audio |
| 相机设备驱动【drivers_peripheral_camera】 | 拍照预览,拍照功能,录像预览,录制视频,Camera设备管理,Camera Pipeline管理,Camera Sensor设备管理,Camera Sensor控制参数配置,Camera Sensor数据流管理,Camera Sensor模型。 | drivers/peripheral/camera |
| 显示设备驱动【drivers_peripheral_display】 | 显示硬件控制,显示硬件合成,显示内存管理,显示设备管理,显示驱动模型。 | drivers/peripheral/display |
| WLAN设备驱动 【drivers_peripheral_wlan】 | 开关WIFI（STA 模式）,支持开关WIFI（AP模式）,支持开关WIFI（p2p直连）,支持STA模式下扫描网络,支持省电休眠设置（低功耗）,支持连接/断开网络,支持数据传输Iperf打流测试,支持WLAN抗干扰模式,支持WLAN功率模式,支持WLAN P2P兼容,支持WLAN兼容性架构。 | drivers/peripheral/wlan |
| 输入设备驱动【drivers_peripheral_input】 | 打开关闭input设备，读取input事件,提供设备注册、注销、热插拔机制,支持获取input设备信息,支持设置与执行拓展input设备命令。 | drivers/peripheral/input |
| 传感器设备驱动【drivers_peripheral_sensor】 | 传统的传感器驱动模型(加速度计、陀螺仪、磁力计、环境光、接近光、霍尔传感器、气压计、温度计)，医学传感器驱动模型，传感器驱动管理和数据订阅能力。 | drivers/peripheral/sensor |
| USB设备驱动 【drivers_peripheral_usb】 | 支持USB设备模式、支持USB主机模式。 | drivers/peripheral/usb |
| 蓝牙设备驱动【drivers_peripheral_bluetooth】 | 支持打开蓝牙、关闭蓝牙、监听蓝牙连接状态，实现BT睡眠唤醒机制。 | drivers/peripheral/Bluetooth |
| drivers/peripheral/Bluetooth 振动设备驱动 | 马达振动，马达停止，马达效果调制能力。 | drivers/periphera/vibrator |
| 编解码设备驱动 【drivers_peripheral_codec】 | Codec HDI服务、Codec配置能力、Codec buffer 队列管理、Codec 适配层。 | drivers/peripheral/codec |
| 灯光设备驱动 【drivers_peripheral_light】 | 灯的控制，灯的效果配置。 | drivers/peripheral/light |
| 热设备驱动【drivers_peripheral_thermal】 | 轮询和感知系统硬件发热状态，并将期间的热状态信息上报给热管理服务。 | drivers/peripheral/thermal |
| 电池设备驱动 【drivers_peripheral_battery】 | 电池状态信息的查询和上报 | drivers/peripheral/powermgr/battery |
| 电源设备驱动【drivers_peripheral_power】 | 电源休眠/唤醒状态的处理，运行锁的处理。 | drivers/peripheral/power |
| 手势识别设备驱动【drivers_peripheral_motion】 | 手势识别设备模型，具有使能，去使能手势识别，数据订阅能力。 | drivers/peripheral/motion |
| NFC设备驱动 【drivers_peripheral_nfc】 | NFC开关能力、提供Tag标签读写卡能力、提供HCE卡模拟能力、提供eSE卡模拟能力。 | drivers/peripheral/nfc |
| NFC有源标签设备驱动 【drivers_peripheral_connected_tag】 | 提供的“有源标签”读写能力，把一些设备信息，写入到标签芯片。 | drivers/peripheral/nfc/connected_tag |
| 分布式相机设备驱动【drivers_peripheral_distributed_camera】 | 提供本地相机HDI接口和分布式相机扩展HDI接口的实现，和相机框架以及分布式相机SA之间进行交互，完成分布式相机的操作。 | drivers/peripheral/distributed_camera |
| 内存跟踪设备驱动 【drivers_peripheral_memorytracker】 | 获取设备驱动相关内存占用信息。 | drivers/peripheral/memorytracker |
| 用户认证设备驱动 【drivers_peripheral_user_auth】 | 提供用户身份认证功能，包含指定用户id的用户身份认证和不指定用户id的用户身份识别功能，内部实现用户身份认证方案生成和结果评估，使用户身份认证达到目标安全等级要求。 | drivers/peripheral/user_auth |
| 人脸认证设备驱动【drivers_peripheral_face_auth】 | 提供用户人脸的录入/删除/防暴力破解等能力，按资源池定义方式，作为执行器对接到统一认证框架。 | drivers/peripheral/face_auth |
| 口令认证设备驱动 【drivers_peripheral_pin_auth】 | 提供用户口令的录入/删除/防暴力破解等能力，按资源池定义方式，作为执行器对接到统一认证框架。 | drivers/peripheral/pin_auth |
| 指纹认证设备驱动【drivers_peripheral_fingerprint_auth】 | 提供指纹的录入，删除和认证/识别功能。 | drivers/peripheral/fingerprint_auth |
- **drivers_interface代码仓部件**
| 部件名称 | 部件功能描述 | 部件路径名称 |
| --------------------------------------------------- | ---------------------------------------------------------------------------------- | ------------------------------------ |
| 显示设备HDI接口 【drivers_interface_display】 | 提供显示设备HDI接口。 | drivers/interface/display |
| WLAN设备HDI接口 【drivers_interface_wlan】 | 提供WLAN设备HDI接口。 | drivers/interface/wlan |
| 输入设备HDI接口 【drivers_interface_input】 | 提供Input设备HDI接口。 | drivers/interface/input |
| 传感器设备HDI接口 【drivers_interface_sensor】 | 提供传感器设备HDI接口。 | drivers/interface/sensor |
| 振动设备HDI接口 【drivers_interface_vibrator】 | 提供马达设备HDI接口。 | drivers/interface/vibrator |
| 灯光设备HDI接口 【drivers_interface_light】 | 提供灯设备HDI接口。 | drivers/interface/light |
| 手势识别设备HDI接口 【drivers_interface_motion】 | 提供手势识别HDI接口。 | drivers/interface/motion |
| USB设备HDI接口 【drivers_interface_usb】 | 提供USB设备HDI接口。 | drivers/interface/usb |
| 热设备HDI接口 【drivers_interface_thermal】 | 提供热设备HDI接口。 | drivers/interface/thermal |
| 电源设备HDI接口 【drivers_interface_power】 | 提供电源设备HDI接口。 | drivers/interface/power |
| 电池设备HDI接口 【drivers_interface_battery】 | 提供电池设备HDI接口。 | drivers/interface/battery |
| NFC设备HDI接口【drivers_interface_nfc】 | 提供NFC开关能力、提供Tag标签读写卡能力、提供HCE卡模拟能力、提供eSE卡模拟能力。 | drivers/interface/nfc |
| 分布式相机设备HDI接口 【drivers_interface_distributed_camera】 | 提供分布式相机扩展HDI接口的定义。 | drivers/interface/distributed_camera |
| 内存跟踪设备HDI接口 【drivers_interface_memorytracker】 | 获取设备驱动相关内存占用信息。 | drivers/interface/memorytracker |
| 用户认证设备HDI接口 【drivers_interface_user_auth】 | 提供用户身份认证功能，包含指定用户id的用户身份认证和不指定用户id的用户身份识别功能，内部实现用户身份认证方案生成和结果评估，使用户身份认证达到目标安全等级要求。 | drivers/interface/user_auth |
| 人脸认证设备HDI接口【drivers_interface_face_auth】 | 提供用户人脸的录入/删除/防暴力破解等能力，按资源池定义方式，作为执行器对接到统一认证框架。 | drivers/interface/face_auth |
| 口令认证设备HDI接口【drivers_interface_pin_auth】 | 提供用户口令的录入/删除/防暴力破解等能力，按资源池定义方式，作为执行器对接到统一认证框架。 | drivers/interface/pin_auth |
| 指纹认证设备HDI接口 【drivers_interface_fingerprint_auth】 | 提供指纹的录入，删除和认证/识别功能。 | drivers/interface/fingerprint_auth |
- **代码仓地址：**
- drivers_hdf_core：https://gitee.com/openharmony/drivers_hdf_core
- drivers_peripheral：https://gitee.com/openharmony/drivers_peripheral
- drivers_interface：https://gitee.com/openharmony/drivers_interface
......@@ -22,21 +91,26 @@
## SIG组成员
### Leader
- @zhaowenhua(https://gitee.com/shidi_snow)
### Committers列表
- @zianed(https://gitee.com/zianed)
- @duxiaobo(https://gitee.com/dxbedu)
- @Kevin-Lau(https://gitee.com/Kevin-Lau)
- @yuanbo(https://gitee.com/yuanbogit)
- @zhuangchunxin(https://gitee.com/aqxyjay)
### 会议
- 会议时间：双周例会，周三下午16:00
- 会议申报：[SIG-Driver会议议题收集](https://shimo.im/sheets/36GKhpvrXd8TcQHY)
- 会议链接：腾讯会议或其他会议
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/sig_driver.openharmony.io/)邮件列表获取会议链接
- 会议纪要：查看往期会议纪要，请点此[链接](https://gitee.com/openharmony-sig/sig-content/tree/master/driver/meetings)
- @zhuangchunxin(https://gitee.com/aqxyjay)
### 会议
- 会议时间：双周例会，周三下午16:00
- 会议申报：[SIG-Driver会议议题收集](https://shimo.im/sheets/36GKhpvrXd8TcQHY)
- 会议链接：腾讯会议或其他会议
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/sig_driver.openharmony.io/)邮件列表获取会议链接
- 会议纪要：查看往期会议纪要，请点此[链接](https://gitee.com/openharmony-sig/sig-content/tree/master/driver/meetings)
### 联系方式(可选)
......
sig/sig-edu_data_specification/sig_edu_data_specification.md
浏览文件 @ 4f4e4992
......@@ -6,7 +6,7 @@ Note: The content of this SIG follows the convention described in OpenHarmony's
## SIG group work objectives and scope
### work goals
SIG aims to build a software and hardware ecosystem around openharmony, work with software and hardware partners in the field of education to solve the high-frequency pain points in the scene of educational data collection, jointly formulate educational exclusive operating system and data collection standards, help the independent innovation of the education industry, and promote the rapid development of educational informatization on openharmony in the north-south direction.
SIG aims to build a software and hardware ecosystem around OpenHarmony, work with software and hardware partners in the field of education to solve the high-frequency pain points in the scene of educational data collection, jointly formulate educational exclusive operating system and data collection standards, help the independent innovation of the education industry, and promote the rapid development of educational informatization on OpenHarmony in the north-south direction.
**Donate the ability components related to data collection to form the factual standard for data collection of educational information**.
......
sig/sig-graphics/sig-graphics.md
浏览文件 @ 4f4e4992
......@@ -29,7 +29,7 @@ OpenHarmony Graphics and windowmanager related design and review.
- third_party_skia:https://gitee.com/openharmony/third_party_skia
- windowmanager:https://gitee.com/openharmony/windowmanager
- third_party_libexif:https://gitee.com/openharmony-sig/third_party_libexif
- third_party_opensles:https://gitee.com/openharmony/third_party_opensles
- third_party_libjpeg-turbo:https://gitee.com/openharmony-sig/third_party_libjpeg-turbo
## SIG Members
......@@ -47,10 +47,10 @@ OpenHarmony Graphics and windowmanager related design and review.
- @zhouyuehai(https://gitee.com/zhouyuehai)
### Meetings
- Meeting time：Every two weeks' Friday 14:30-15:30
- Meeting application: [OpenHarmony Sig-Graphics Meeting Proposal](https://shimo.im/sheets/DTgCtcgrHhyTq6tD/MODOC)
- Meeting link: Welink
- Meeting notification: [Subscribe to](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list dev@openharmony.io for the meeting link
- Meeting time：Every two weeks' Friday 14:30-15:15
- Meeting application: [OpenHarmony Sig-Graphics Meeting Proposal](https://shimo.im/sheets/m4kMLLgagotBK9qD/MODOC)
- Meeting link: [tencent meeting] https://meeting.tencent.com/dm/18G1h0F3uheD
- Meeting notification: [Subscribe to](https://lists.openatom.io/postorius/lists/graphics_dev@openharmony.io) mailing list graphics_dev@openharmony.io for the meeting link
### Contact (optional)
......
sig/sig-graphics/sig-graphics_cn.md
浏览文件 @ 4f4e4992
......@@ -10,8 +10,31 @@ OpenHarmony 图形管理。
### 工作范围
图形和窗口相关的设计和提交评审。
1. 新一代图形系统、窗口系统架构及特性的孵化
2. 主干仓库的图形系统需求的开发与维护
3. 识别图形对其他子系统的依赖，并提出相应需求，促进系统完善
4. 与开发者交流、合作，持续完善图形子系统、窗口子系统特性
5. 组织社区相关问题的澄清并及时给予解答
图形SIG（ sig-graphics ）技术栈范围全景图如下图所示：
![OpenHarmony文档概览](figures/graphics-overview.png)
## 代码仓
|部件名称|部件功能描述|部件仓名称|
| ------------ | ------------ |------------ |
|2D图形【graphic_2d】|提供2D图形的绘制，渲染，合成，支持egl,OpenGLES等图形表标准化接口 |graphic_graphic_2d|
|窗口管理【window_manager】|提供窗口管理和Display管理的基础能力，是系统图形界面显示所需的基础子系统 |windowmanager|
|SKIA|图形的2D渲染库，支持文本、图形、图片等图形渲染基础工作 |third_party_skia|
|EGL|EGL 是 OpenGL ES 渲染 API 和本地窗口系统(native platform window system)之间的一个中间接口层，它主要由系统制造商实现。EGL提供如下机制：与设备的原生窗口系统通信、查询绘图表面的可用类型和配置、创建绘面、在OpenGL ES 和其他图形渲染API之间同步渲染、管理纹理贴图等渲染资源 |third_party_egl|
|OpenGL ES|OpenGL ES 是从 OpenGL 裁剪的定制而来的，去除了glBegin/glEnd，四边形（GL_QUADS）、多边形（GL_POLYGONS）等复杂图元等许多非绝对必要的特性的三维图形API子集 |third_party_opengles|
|HarfBuzz|HarfBuzz是用于文字塑形的软件开发库，亦即用于转换Unicode文本到字形指标及方位的过程 |third_party_harfbuzz|
|libpng|libpng 是官方的 PNG 参考库。它支持几乎所有的PNG功能，是可扩展的，并且已经过超过23年的广泛测试 |third_party_libpng|
|giflib|giflib 是一个可以用来编解码 GIF 格式文件的 C 语言库 |third_party_giflib|
- 代码仓地址：
- graphic_graphic_2d:https://gitee.com/openharmony/graphic_graphic_2d
- graphic_surface:https://gitee.com/openharmony/graphic_surface
......@@ -29,7 +52,8 @@ OpenHarmony 图形管理。
- third_party_skia:https://gitee.com/openharmony/third_party_skia
- windowmanager:https://gitee.com/openharmony/windowmanager
- third_party_libexif:https://gitee.com/openharmony-sig/third_party_libexif
- third_party_opensles:https://gitee.com/openharmony/third_party_opensles
- third_party_libjpeg-turbo:https://gitee.com/openharmony-sig/third_party_libjpeg-turbo
## SIG组成员
......@@ -46,10 +70,10 @@ OpenHarmony 图形管理。
- @zhouyuehai(https://gitee.com/zhouyuehai)
### 会议
- 会议时间：双周周五14:30-15:30
- 会议申报：[OpenHarmony Sig-Graphics Meeting Proposal](https://shimo.im/sheets/DTgCtcgrHhyTq6tD/MODOC)
- 会议链接: Welink
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/dev.openharmony.io)邮件列表 dev@openharmony.io 获取会议链接
- 会议时间：双周周五14:30-15:15
- 会议申报：[OpenHarmony Sig-Graphics Meeting Proposal](https://shimo.im/sheets/m4kMLLgagotBK9qD/MODOC)
- 会议链接: [腾讯会议] https://meeting.tencent.com/dm/18G1h0F3uheD
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/graphics_dev@openharmony.io)邮件列表 graphics_dev@openharmony.io 获取会议链接
### 联系方式(可选)
......
sig/sig-industrial_internet/sig_industrial_internet_cn.md
浏览文件 @ 4f4e4992
......@@ -27,16 +27,23 @@
## 代码仓
* 代码仓地址：
- 待定
- 工业物联网平台：https://gitee.com/openharmony-tpc/talkweb_iiot
- 边缘计算平台：https://gitee.com/openharmony-tpc/talkweb_edge
- MQTT：https://gitee.com/openharmony-tpc/talkweb_mqtt
- 鸿蒙设备开发SDK：https://gitee.com/openharmony-tpc/talkweb_link_sdk
- 数据中台：https://gitee.com/openharmony-tpc/shineweng-datasphere
## SIG组成员
### Leader
- [@halhuangbin](https://gitee.com/halhuangbin)
- [拓维_黄斌（@halhuangbin）](https://gitee.com/halhuangbin)
### Committers列表
- [@xieshihe](https://gitee.com/xieshihe)
- [@gavinChen](https://gitee.com/gavin1234)
- [拓维_卢春梦（@tw-dream）](https://gitee.com/tw-dream)
- [拓维_胡岩（@talkweb__hy）](https://gitee.com/talkweb__hy)
- [拓维_谢石河（@xieshihe）](https://gitee.com/xieshihe)
- [拓维_陈建华（@gavinChen）](https://gitee.com/gavin1234)
- [拓维_尹金亮（@lianggitlab）](https://gitee.com/lianggitlab)
### 会议
......
sig/sig-kernel/sig_kernel.md
浏览文件 @ 4f4e4992
......@@ -29,6 +29,7 @@ File system related open source software used by OpenHarmony lite equipment, inc
- repository16 name:https://gitee.com/openharmony/third_party_newfs_msdos
- repository17 name:https://gitee.com/openharmony/third_party_exfat-utils
- repository18 name:https://gitee.com/openharmony/third_party_exfatprogs
- repository19 name:https://gitee.com/openharmony/third_party_mimalloc
## SIG Members
......
sig/sig-kernel/sig_kernel_cn.md
浏览文件 @ 4f4e4992
......@@ -12,26 +12,66 @@
- 维护内核Linux架构，跟踪Linux LTS主线及安全补丁，提供稳定、安全的内核基线；
- 维护多内核架构，支持轻量化设备选择LiteOS内核，维护生态发展。
## 代码仓
技术栈范围全景图如下图所示：
![OpenHarmony文档概览](figures/kernel-overview.png)
## LiteOS代码仓
|部件名称|部件功能描述|部件仓名称|
| ------------ | ------------ |------------ |
|LiteOS-A内核|基于Huawei LiteOS上演进发展的新一代内核。适用于资源较丰富嵌入式设备的LiteOS内核 |kernel_liteos_a|
|LiteOS-M内核|基于Huawei LiteOS上演进发展的新一代内核。适用于MCU等各种资源极小设备的LiteOS内核|kernel_liteos_m|
|LiteOS-Littlefs|适用于LiteOS-M上的一个轻量级文件系统|third_party_littlefs|
|LiteOS模拟器|用于模拟LiteOS运行，解除对物理开发板的依赖|device_qemu|
|FatFs|适用于LiteOS上的EMMC等介质的文件系统|third_party_FatFs|
|cmsis|LiteOS-M支持的CMSIS标准接口|third_party_cmsis|
- 代码仓地址：
- kernel_liteos_a名称：https://gitee.com/openharmony/kernel_liteos_a
- kernel_liteos_m名称：https://gitee.com/openharmony/kernel_liteos_m
- third_party_littlefs名称：https://gitee.com/openharmony/third_party_littlefs
- device_qemu名称：https://gitee.com/openharmony/device_qemu
- third_party_FatFs名称：https://gitee.com/openharmony/third_party_FatFs
- third_party_cmsis名称：https://gitee.com/openharmony/third_party_cmsis
## Linux及其他代码仓
|部件名称|部件功能描述|部件仓名称|
| ------------ | ------------ |------------ |
|文件访问接口|提供目录和文件的基础访问操作接口|filemanagement_file_api|
|多窗口感知调度|通过帧感知调度机制，更新进程分组状态，调整内核调度参数，保障系统进程的调度供给|frame_aware_sched|
|增强内存管理|基于应用生命周期状态，更新进程的回收优先级，通过Kill、回收机制来保障系统空闲内存供给|resourceschedule_memmgr|
|分布式文件系统用户态服务|分布式文件系统的用户态守护进程，用来管理链接、挂载、用户管理相关服务状态和信息|filemanagement_dfs_service|
|公共文件管理|提供系统基于用户的公共文件的管理能力|filemanagement_user_file_service|
|应用文件管理|提供应用私有文件的管理能力，提供了系统框架机制，如：分享、克隆。|filemanagement_app_file_service|
|存储管理部件|提供多用户管理、磁盘挂卸载、加解密，磁盘卷状态管理和查询，为系统提供基础的存储管理能力|filemanagement_storage_service|
|内存基础库|提供基础内存操作的系统库|ComonLibary_memory|
|Linux内核部件|基于LTS内核基线，合入上述调度、内存、存储相关的增强能力特性|kernel_linux_config<br>kernel_linux_build<br>kernel_linux_4.19<br>kernel_linux_5.10|
|镜像制作工具|用于生成Host镜像拍包工具|third_party_gptfdisk<br>filemanagement_fs_tools|
|文件系统拍包工具|用于生成指定文件系统格式的拍包工具|third_party_f2fs-tools<br>third_party_ntfs-3g<br>third_party_fsck_msdos<br>third_party_newfs_msdos<br>third_party_exfat-utils<br>third_party_exfatprogs<br>third_party_e2fsprogs|
|native内存分配器|用于替换musl默认内存分配器|third_party_mimalloc|
- 代码仓地址：
- repository1名称：https://gitee.com/openharmony/third_party_littlefs
- repository2名称：https://gitee.com/openharmony/third_party_e2fsprogs
- repository3名称：https://gitee.com/openharmony/kernel_linux_build
- repository4名称：https://gitee.com/openharmony/kernel_linux_4.19
- repository5名称：https://gitee.com/openharmony/kernel_linux_5.10
- repository6名称：https://gitee.com/openharmony/filemanagement_user_file_service
- repository7名称：https://gitee.com/openharmony/filemanagement_file_api
- repository8名称：https://gitee.com/openharmony/filemanagement_app_file_service
- repository9名称：https://gitee.com/openharmony/filemanagement_storage_service
- repository10名称：https://gitee.com/openharmony/filemanagement_dfs_service
- repository11名称：https://gitee.com/openharmony-sig/filemanagement_fs_tools
- repository12名称：https://gitee.com/openharmony/third_party_f2fs-tools
- repository13名称：https://gitee.com/openharmony/third_party_ntfs-3g
- repository14名称：https://gitee.com/openharmony/third_party_fsck_msdos
- repository15名称：https://gitee.com/openharmony/third_party_gptfdisk
- repository16名称：https://gitee.com/openharmony/third_party_newfs_msdos
- repository17名称：https://gitee.com/openharmony/third_party_exfat-utils
- repository18名称：https://gitee.com/openharmony/third_party_exfatprogs
- filemanagement_file_api名称：https://gitee.com/openharmony/filemanagement_file_api
- frame_aware_sched名称：https://gitee.com/openharmony/frame_aware_sched
- resourceschedule_memmgr名称：https://gitee.com/openharmony/resourceschedule_memmgr
- filemanagement_dfs_service名称：https://gitee.com/openharmony/filemanagement_dfs_service
- filemanagement_user_file_service名称：https://gitee.com/openharmony/filemanagement_user_file_service
- filemanagement_app_file_service名称：https://gitee.com/openharmony/filemanagement_app_file_service
- filemanagement_storage_service名称：https://gitee.com/openharmony/filemanagement_storage_service
- ComonLibary_memory名称：https://gitee.com/openharmony/ComonLibary_memory
- kernel_linux_build名称：https://gitee.com/openharmony/kernel_linux_config
- kernel_linux_build名称：https://gitee.com/openharmony/kernel_linux_build
- kernel_linux_4.19名称：https://gitee.com/openharmony/kernel_linux_4.19
- kernel_linux_5.10名称：https://gitee.com/openharmony/kernel_linux_5.10
- third_party_gptfdisk名称：https://gitee.com/openharmony/third_party_gptfdisk
- filemanagement_fs_tools名称：https://gitee.com/openharmony-sig/filemanagement_fs_tools
- third_party_f2fs-tools名称：https://gitee.com/openharmony/third_party_f2fs-tools
- third_party_ntfs-3g名称：https://gitee.com/openharmony/third_party_ntfs-3g
- third_party_fsck_msdos名称：https://gitee.com/openharmony/third_party_fsck_msdos
- third_party_newfs_msdos名称：https://gitee.com/openharmony/third_party_newfs_msdos
- third_party_exfat-utils名称：https://gitee.com/openharmony/third_party_exfat-utils
- third_party_exfatprogs名称：https://gitee.com/openharmony/third_party_exfatprogs
- third_party_e2fsprogs名称：https://gitee.com/openharmony/third_party_e2fsprogs
- third_party_mimalloc名称: https://gitee.com/openharmony/third_party_mimalloc
## SIG组成员
......@@ -40,12 +80,13 @@
### Committers列表
- [@liuyoufang](https://gitee.com/liuyoufang)
- [@kkup180](https://gitee.com/kkup180)
- [@JerryH1011](https://gitee.com/JerryH1011)
- [@zhangzhiwi](https://gitee.com/zhangzhiwi)
- [@bubble_mao](https://gitee.com/bubble_mao)
- [@linux_anio](https://gitee.com/linux_anio)
- [@vincent_qianjing](https://gitee.com/vincent_qianjing)
- [@weiyj_lk](https://gitee.com/weiyj_lk)
- [@leonchan5](https://gitee.com/leonchan5)
### 会议
- 会议时间：周二上午9:30
......
sig/sig-media/sig-media.md
浏览文件 @ 4f4e4992
......@@ -13,10 +13,10 @@ OpenHarmony media related design and review.
## The repository
- project name:
- multimedia_media_standard:https://gitee.com/openharmony/multimedia_media_standard
- multimedia_audio_standard:https://gitee.com/openharmony/multimedia_audio_standard
- multimedia_player_framework:https://gitee.com/openharmony/multimedia_player_framework
- multimedia_audio_framework:https://gitee.com/openharmony/multimedia_audio_framework
- multimedia_camera_standard:https://gitee.com/openharmony/multimedia_camera_standard
- multimedia_medialibrary_standard:https://gitee.com/openharmony/multimedia_medialibrary_standard
- multimedia_media_library:https://gitee.com/openharmony/multimedia_media_library
- multimedia_image_standard:https://gitee.com/openharmony/multimedia_image_standard
- multimedia_avsession_standard:https://gitee.com/openharmony-sig/multimedia_avsession_standard
- multimedia_histreamer:https://gitee.com/openharmony/multimedia_histreamer
......@@ -34,6 +34,7 @@ OpenHarmony media related design and review.
- third_party_libpsl:https://gitee.com/openharmony/third_party_libpsl
- third_party_gettext:https://gitee.com/openharmony/third_party_gettext
- third_party_openh264:https://gitee.com/openharmony/third_party_openh264
- third_party_opensles:https://gitee.com/openharmony/third_party_opensles
## SIG Members
......
sig/sig-media/sig-media_cn.md
浏览文件 @ 4f4e4992
......@@ -13,10 +13,10 @@ OpenHarmony 媒体管理。
## 代码仓
- 代码仓地址：
- multimedia_media_standard:https://gitee.com/openharmony/multimedia_media_standard
- multimedia_audio_standard:https://gitee.com/openharmony/multimedia_audio_standard
- multimedia_player_framework:https://gitee.com/openharmony/multimedia_player_framework
- multimedia_audio_framework:https://gitee.com/openharmony/multimedia_audio_framework
- multimedia_camera_standard:https://gitee.com/openharmony/multimedia_camera_standard
- multimedia_medialibrary_standard:https://gitee.com/openharmony/multimedia_medialibrary_standard
- multimedia_media_library:https://gitee.com/openharmony/multimedia_media_library
- multimedia_image_standard:https://gitee.com/openharmony/multimedia_image_standard
- multimedia_avsession_standard:https://gitee.com/openharmony-sig/multimedia_avsession_standard
- multimedia_histreamer:https://gitee.com/openharmony/multimedia_histreamer
......@@ -34,6 +34,7 @@ OpenHarmony 媒体管理。
- third_party_libpsl:https://gitee.com/openharmony/third_party_libpsl
- third_party_gettext:https://gitee.com/openharmony/third_party_gettext
- third_party_openh264:https://gitee.com/openharmony/third_party_openh264
- third_party_opensles:https://gitee.com/openharmony/third_party_opensles
## SIG组成员
......
sig/sig-miniblink/sig_miniblink_cn.md
浏览文件 @ 4f4e4992
......@@ -7,7 +7,7 @@
### 工作目标
1. 做系统级公共渲染组件，对外可提供两套接口，一个用于系统自身，一个用于APP
2. 针对openharmony多平台多内核特性，提供不同级别的渲染能力，包括：
2. 针对OpenHarmony多平台多内核特性，提供不同级别的渲染能力，包括：
* 不同的js引擎切换
* 不同的H5标准支持
* 不同的拓展能力支持（基础渲染、webgl、webRtc、音视频等）
......
sig/sig-mips/OWNERS 0 → 100644
浏览文件 @ 4f4e4992
{
"Leader":[
{
"gitee_id":"hongtao6573",
"gitee_email":"gitee_email: tao.hong@ingenic.com"
},
{
"gitee_id":"cip_syq",
"gitee_email":"yunqiang.su@oss.cipunited.com"
}
],
"Committers":[
{
"gitee_id":"hongtao6573",
"gitee_email":"gitee_email: tao.hong@ingenic.com"
},
{
"gitee_id":"cip_syq",
"gitee_email":"yunqiang.su@oss.cipunited.com"
},
{
"gitee_id":"wicom",
"gitee_email":"xiangren.yuan@ingenic.com"
},
{
"gitee_id":"boysic",
"gitee_email":"boysic@163.com"
},
{
"gitee_id":"xiongtao",
"gitee_email":"min_rex9698@163.com"
},
{
"gitee_id":"wangxing-hw",
"gitee_email":"raymond.wangxing@huawei.com"
},
{
"gitee_id":"libing23",
"gitee_email":"libing3@huawei.com"
},
{
"gitee_id":"huangsox",
"gitee_email":"huangshouxi@huawei.com"
}
]
}
\ No newline at end of file
sig/sig-mips/sig_mips.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG-MIPS
English | [简体中文](./sig_mips_cn.md)
Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md)
## SIG group work objectives and scope
### work goals
- Subsystem adaptation commit to master: Enable OpenHarmony to support the MIPS architecture and MIPS devices, provide MIPS software packages and system construction guidance, and maintain support for the MIPS architecture. Adapts to the MIPS instruction set, Clang, Musl, media, graphics, and driver subsystems.
- Upgrade up-to-date version: OpenHarmony is continuously updated to enable continuous evolution and support for MIPS.
- Requirement feedback: Identify the basic capability requirements for OpenHarmony during the adaptation process and incorporate them into the OS version planning.
### work scope
- Focus on the target of 2022, sub-system adaptation of the MIPS architecture commit to master. Complete the adaptation of a MIPS development board (x2000) in the 930 version in 2022.
- Build the capability of OpenHarmony to support the MIPS architecture, and continuously update, adapt, and maintain the OpenHarmony to support the MIPS architecture.
- Adapts the MIPS instruction set, Clang, Musl, media, graphics, and driver subsystems to enable the OpenHarmony to support the MIPS architecture.
- During the adaptation, the basic capability requirements for OpenHarmony are identified and incorporated into the OS version planning.
## The repository
- project name：
- mips：https://gitee.com/openharmony-sig/mips
## SIG Members
### Leader
- https://gitee.com/hongtao6573
- https://gitee.com/cip_syq
### Committers
- https://gitee.com/hongtao6573
- https://gitee.com/cip_syq
- https://gitee.com/wicom
- https://gitee.com/boysic
- https://gitee.com/xiongtao
- https://gitee.com/wangxing-hw
- https://gitee.com/libing23
- https://gitee.com/huangsox
### Meetings
- Meeting time：Biweekly，Tuesday 10:00-11:00
- Meeting application：[OpenHarmony Mips Meeting Proposal](https://shimo.im/sheets/zdkyB7Bp08fWReA6/oV2x9/)
- Meeting link: Welink or other meeting
- Meeting notification: [Subscribe to](https://lists.openatom.io/postorius/lists/dev.openharmony.io) mailing list dev@openharmony.io for the meeting link
- Meeting Summary: To view the minutes of past meetings, please click this [link](https://gitee.com/openharmony-sig/sig-content/tree/master/mips/meetings)
### Contact (optional)
- Mailing list：[dev.openharmony.io](https://lists.openatom.io/postorius/lists/dev.openharmony.io)
- Zulip group：NA
- Wechat group：NA
sig/sig-mips/sig_mips_cn.md 0 → 100644
浏览文件 @ 4f4e4992
# SIG-MIPS
简体中文 | [English](./sig_mips.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
## SIG组工作目标和范围
### 工作目标
- 子系统适配回合主干：使能OpenHarmony支撑MIPS架构与MIPS设备，提供MIPS的软件包和系统构建等指导，并维护对MIPS架构的支持；包括对MIPS指令集、Clang、Musl、媒体、图形、驱动等子系统的适配 。
- 随版本升级：不断更新OpenHarmony，使之能够持续演进并支持MIPS。
- 需求回馈：适配过程中识别出对OpenHarmony最基础的能力需求，落入到OS需求版本里。
### 工作范围
- 聚焦2022年目标，Mips架构的子系统适配回合主干，解决2022年930版本完成一款MIPS开发板（x2000）适配。
- 构建OpenHarmony对MIPS架构的支持能力，不断更新、适配、和维护OpenHarmony，使能够支持的MIPS架构。
- 对MIPS指令集、Clang、Musl、媒体、图形、驱动等子系统的适配，使能OpenHarmony支持MIPS架构。
- 适配过程中识别出对OpenHarmony最基础的能力需求，落入到OS需求版本里 。
## 代码仓
- 代码仓地址：
- mips：https://gitee.com/openharmony-sig/mips
## SIG组成员
### Leader
- https://gitee.com/hongtao6573
- https://gitee.com/cip_syq
### Committers列表
- https://gitee.com/hongtao6573
- https://gitee.com/cip_syq
- https://gitee.com/wicom
- https://gitee.com/boysic
- https://gitee.com/xiongtao
- https://gitee.com/wangxing-hw
- https://gitee.com/libing23
- https://gitee.com/huangsox
### 会议
- 会议时间：双周例会，周二 10:00-11:00
- 会议申报：[Mips sig议题申报](https://shimo.im/sheets/zdkyB7Bp08fWReA6/oV2x9/)
- 会议链接: Welink或其他会议
- 会议通知: 请[订阅](https://lists.openatom.io/postorius/lists/dev.openharmony.io)邮件列表 dev@openharmony.io 获取会议链接
- 会议纪要: [归档链接地址](https://gitee.com/openharmony-sig/sig-content/tree/master/mips/meetings)
### 联系方式(可选)
- 邮件列表：[dev-openharmony.io](https://lists.openatom.io/postorius/lists/dev.openharmony.io)
- Zulip群组：NA
- 微信群：NA
sig/sig-napi_generator/OWNERS
浏览文件 @ 4f4e4992
{
"Leader": [{
"gitee_id": "zhaojunxia2020",
"gitee_email": "zhaojunxia@kaihongdigi.com"
"gitee_email": "zhaojunxia@kaihong.com"
}],
"Committers": [{
"gitee_id": "bayanxing",
"gitee_email": "bayanxing@kaihongdigi.com"
"gitee_email": "bayanxing@kaihong.com"
},
{
"gitee_id": "joeysun001",
"gitee_email": "songzhongyi@kaihongdigi.com"
"gitee_id": "zhangzhicheng007",
"gitee_email": "zhangzhicheng@kaihong.com"
},
{
"gitee_id": "xudong-zhao",
"gitee_email": "zhaoxudong@kaihongdigi.com"
"gitee_email": "zhaoxudong@kaihong.com"
},
{
"gitee_id": "zhaojunxia2020",
"gitee_email": "zhaojunxia@kaihongdigi.com"
"gitee_email": "zhaojunxia@kaihong.com"
},
{
"gitee_id": "huo-xiaodan",
"gitee_email": "huoxiaodan@kaihongdigi.com"
"gitee_email": "huoxiaodan@kaihong.com"
}
]
}
\ No newline at end of file
sig/sig-napi_generator/sig_napi_generator.md
浏览文件 @ 4f4e4992
......@@ -25,7 +25,7 @@ Based on the openharmony standard system, some NAPI framework code generation to
### Committers
1. [@bayanxing](https://gitee.com/bayanxing)
2. [@joeysun001](https://gitee.com/joeysun001)
2. [@zhangzhicheng007](https://gitee.com/zhangzhicheng007)
3. [@xudong-zhao](https://gitee.com/xudong-zhao)
4. [@zhaojunxia2020](https://gitee.com/zhaojunxia2020)
5. [@huo-xiaodan](https://gitee.com/huo-xiaodan)
......
sig/sig-napi_generator/sig_napi_generator_cn.md
浏览文件 @ 4f4e4992
......@@ -25,7 +25,7 @@
### Committers列表
1. [@bayanxing](https://gitee.com/bayanxing)
2. [@joeysun001](https://gitee.com/joeysun001)
2. [@zhangzhicheng007](https://gitee.com/zhangzhicheng007)
3. [@xudong-zhao](https://gitee.com/xudong-zhao)
4. [@zhaojunxia2020](https://gitee.com/zhaojunxia2020)
5. [@huo-xiaodan](https://gitee.com/huo-xiaodan)
......
sig/sig-release/sig_release_cn.md
浏览文件 @ 4f4e4992
# SIG Relase
# SIG Release
简体中文 | [English](./sig_release.md)
说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。
......@@ -23,7 +23,7 @@ openHarmony社区在每个发行版正式发布评审会议之前，通过邮件
| 1 | 社区版本发布评审 | 评审入口条件检查 | 在正式发布评审会之前，对于评审入口条件进行检查，需社区代码工具告警清零、社区版本集成测试活动完成、无关键阻塞问题遗留、配套资料完成。 | SIG-QA |
| 2 | 社区版本发布评审 | 组织社区版本发布评审| 正式组织社区版本发布评审会，正式评委包含：测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会基金会 | SIG-release |
| 3 | 社区版本发布评审 | 社区版本版本包发布 | 社区版本分支TAG归档，上传华为云，版本获取链接更新并验证（含SDK） | SIG-社区构建 |
| 4 | 社区版本发布评审 | 社区版本发布后用户验证 | 针对最终发布版本的验证，确保与计划发布版本一致，含两种方式： - Repo拉取源码获取、编译烧录、亮屏；- Docker环境下的编译、烧录、亮屏 | SIG-releas（基金会参与） |
| 4 | 社区版本发布评审 | 社区版本发布后用户验证 | 针对最终发布版本的验证，确保与计划发布版本一致，含两种方式： - Repo拉取源码获取、编译烧录、亮屏；- Docker环境下的编译、烧录、亮屏 | SIG-release（基金会参与） |
| 5 | 社区版本发布评审 | Release notes发布社区 | Release notes发布社区 | SIG-release |
| 6 | 社区版本发布评审 | 版本发布社区邮件推送 | 版本发布社区邮件推送 | SIG-release |
| 7 | 社区版本发布评审 | 版本发布社区公告 | 版本发布社区公告 | SIG-社区构建 |
......
sig/sig-security/sig_security.md
浏览文件 @ 4f4e4992
......@@ -17,7 +17,7 @@ OpenHarmony security sbusystem, including application permissions, application s
- huks：https://gitee.com/openharmony/security_huks
- dataclassification：https://gitee.com/openharmony/security_dataclassification
- appverify：https://gitee.com/openharmony/security_appverify
- app_permission:https://gitee.com/openharmony/security_permission
- app_permission:https://gitee.com/openharmony/security_permission_lite
- selinux:https://gitee.com/openharmony/third_party_selinux
- pcre2:https://gitee.com/openharmony/third_party_pcre2
- selinux:https://gitee.com/openharmony/security_selinux
......
sig/sig-security/sig_security_cn.md
浏览文件 @ 4f4e4992
......@@ -17,7 +17,7 @@ OpenHarmony安全业务,包括应用权限、应用签名、设备认证和密
- huks：https://gitee.com/openharmony/security_huks
- dataclassification：https://gitee.com/openharmony/security_dataclassification
- appverify：https://gitee.com/openharmony/security_appverify
- app_permission:https://gitee.com/openharmony/security_permission
- app_permission:https://gitee.com/openharmony/security_permission_lite
- selinux:https://gitee.com/openharmony/third_party_selinux
- pcre2:https://gitee.com/openharmony/third_party_pcre2
- selinux:https://gitee.com/openharmony/security_selinux
......
sig/sig-softbus/sig_softbus_cn.md
浏览文件 @ 4f4e4992
......@@ -14,31 +14,20 @@
- 积极有效参与开源社区代码检视与点评，共享编程经验，与开源社区开发者交流，传递软件开发技能，有效辅导开源社区开发者写出好代码；
- 处理开源社区上的需求、issue、邮件列表和开发问题，闭环周期满足开源社区的SLA要求；
- 结合评审和开发活动，给予代码质量反馈与指导，促进开源社区代码质量提升。
![软总线SIG](figures/softbus-overview.png)
## 代码仓
- 代码仓地址：
- communication_dsoftbus：https://gitee.com/openharmony/communication_dsoftbus
- communication_ipc：https://gitee.com/openharmony/communication_ipc
- communication_ipc_lite：https://gitee.com/openharmony/communication_ipc_lite
- communication_bluetooth：https://gitee.com/openharmony/communication_bluetooth
- communication_nfc：https://gitee.com/openharmony/communication_nfc
- communication_wifi：https://gitee.com/openharmony/communication_wifi
- communication_wifi_lite：https://gitee.com/openharmony/communication_wifi_lite
- communication_wifi_aware：https://gitee.com/openharmony/communication_wifi_aware
- base_location：https://gitee.com/openharmony/base_location
- telephony_call_manager：https://gitee.com/openharmony/telephony_call_manager
- telephony_cellular_call：https://gitee.com/openharmony/telephony_cellular_call
- telephony_core_service：https://gitee.com/openharmony/telephony_core_service
- telephony_sms_mms：https://gitee.com/openharmony/telephony_sms_mms
- telephony_state_registry：https://gitee.com/openharmony/telephony_state_registry
- applications_camera_sample_communication：https://gitee.com/openharmony/applications_camera_sample_communication
- applications_sample_wifi_iot：https://gitee.com/openharmony/applications_sample_wifi_iot
- iothardware_peripheral：https://gitee.com/openharmony/iothardware_peripheral
- iot_link：https://gitee.com/openharmony/iot_link
- third_party_lwip：https://gitee.com/openharmony/third_party_lwip
- third_party_nfc-nci：https://gitee.com/openharmony-sig/third_party_nfc-nci
- third_party_wpa_supplicant：https://gitee.com/openharmony/third_party_wpa_supplicant
- third_party_libcoap：https://gitee.com/openharmony/third_party_libcoap
|部件名称<img width=100/>|部件功能描述<img width=200/>|部件仓名称<img width=100/>|
|---|---|---|
|分布式软总线| 分布式软总线实现近场（LAN、WLAN、蓝牙）设备间统一的分布式通信管理能力，提供不区分链路的设备间发现连接、组网和传输能力，主要功能如下：<br>发现连接：提供设备发现和连接能力。<br>设备组网：提供统一的设备组网和拓扑管理能力，为数据传输提供已组网设备信息。<br>数据传输：提供数据传输通道，支持消息、字节、文件和流数据传输能力。 | communication_dsoftbus|
|进程间通信|进程间通信包含IPC(Inter-Process Communication)与RPC(Remote Procedure Call)，用于实现跨进程通信。<br>IPC用于设备内的跨进程通信，而RPC可提供设备间跨进程通信。| communication_ipc<br>communication_ipc_lite|
|WLAN服务| 提供WLAN基础功能，包括WLAN STA、AP、P2P等功能的管理服务。为应用和系统服务提供用可以通过WLAN和其他设备互联互通|communication_wifi<br>communication_wifi_lite|
|WPA服务|提供WiFi和P2P相关认证协议功能，包含WPA和HostAPD两个主要部分。|third_party_wpa_supplicant|
|蓝牙服务|提供蓝牙profile服务、蓝牙协议栈等相关能力。<br>为设备提供接入与使用Bluetooth的相关接口，包括BR配对连接，BLE广播、扫描，BLE设备gatt相关的操作及功能。|communication_bluetooth|
|NFC服务|提供有源标签读写能力，包括NFC标签读写、TAG等服务能力。|communication_nfc|
|位置服务|提供GNSS、网络定位、地理编码转换等位置服务框架能力。|base_location|
## SIG组成员
......@@ -46,21 +35,19 @@
- @MaErlii(https://gitee.com/maerlii)
### Committers列表
- @xuyongpan(https://gitee.com/xuyongpan)
- @MaErlii(https://gitee.com/maerlii)
- @waibozie(https://gitee.com/waibozie)
- @fengyonghui123(https://gitee.com/fengyonghui123)
- @duxbbo(https://gitee.com/duxbbo)
- @fanxiaoyu321(https://gitee.com/fanxiaoyu321)
- @Xi_Yuhao(https://gitee.com/Xi_Yuhao)
- @yinyouzhan(https://gitee.com/yinyouzhan)
- @cheng_guohong(https://gitee.com/cheng_guohong)
- @rain_myf(https://gitee.com/rain_myf)
- @bigpumpkin(https://gitee.com/bigpumpkin)
- @jyh926(https://gitee.com/jyh926)
- @life-liu(https://gitee.com/life-liu)
- @xujiang1981(https://gitee.com/xujiang1981)
- @knpingan(https://gitee.com/knpingan)
- @hwlitao(https://gitee.com/hwlitao)
- @defeng2020(https://gitee.com/defeng2020)
- @brickhz(https://gitee.com/brickhz)
- @clevercong(https://gitee.com/clevercong)
- @ohos-lsw(https://gitee.com/ohos-lsw)
- @xautosoft(https://gitee.com/xautosoft)
- @li-jet(https://gitee.com/li-jet)
- @MaErlii(https://gitee.com/maerlii)
- @liu-binjun(https://gitee.com/liu-binjun)
- @zf0719(https://gitee.com/zf0719)
### 会议
- 会议时间：双周例会，周一下午16:00，UTC+8
......
sig/sig-telephony/figures/telephony-overview.png 0 → 100644
浏览文件 @ 4f4e4992
此差异已折叠。
sig/sig-test/figures/test_overview.png 0 → 100644
浏览文件 @ 4f4e4992
此差异已折叠。
sig/sig-test/sig_test_cn.md
浏览文件 @ 4f4e4992
此差异已折叠。
sig/sigs.json 100755 → 100644
浏览文件 @ 4f4e4992
此差异已折叠。
sig/sigs_subsystem_list.md
浏览文件 @ 4f4e4992
此差异已折叠。
todo/00-社区ToDoList & 如何参与.md 0 → 100644
浏览文件 @ 4f4e4992
此差异已折叠。
zh/BRANCHOWNER
浏览文件 @ 4f4e4992
此差异已折叠。
zh/committer.md
浏览文件 @ 4f4e4992
此差异已折叠。
zh/guidelines_role_grouth.md
浏览文件 @ 4f4e4992
此差异已折叠。
zh/repository_governance.md
浏览文件 @ 4f4e4992
此差异已折叠。
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或