diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 26e7d1c9e044407dadc1953df4bb8604922070fb..b6038431e89647c03a499675d59a94e1d256a2fb 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -2,7 +2,7 @@
## Report issues
-A great way to contribute to the project is to send a detailed report when you encounter an issue. We always appreciate a well-written, thorough bug report and feature propose, and will thank you for it!
+A great way to contribute to the project is to send a detailed report when you encounter an issue. We always appreciate a well-written, thorough bug report and feature propose, and will appreciate you for it!
### Issues format
@@ -16,12 +16,11 @@ When reporting issues, refer to this format:
- Anything else we need to know?
- Environment
-See more about [ISSUE_TEMPLATE](.github/ISSUE_TEMPLATE.md).
+See more about [ISSUE_TEMPLATE](.gitee/ISSUE_TEMPLATE.en.md).
## Submit pull requests
-If you are a beginner and expect this project as the gate to open source world, this tutorial is one of the best
-choices for you. Just follow the guidance and you will find the pleasure to becoming a contributor.
+If you are a beginner and expect this project as the gate to open source world, this tutorial is one of the best choices for you. Just follow the guidance and you will find the pleasure to become a contributor.
### Step 1: Fork repository
@@ -33,7 +32,7 @@ to avoid the inconsistency between these two repos.
If you want to download the code to the local machine, ```git``` is the best way:
```
-git clone https://your_repo_url/projectname.git
+git clone https://your_repo_url/community.git
```
### Step 3: Develop code locally
@@ -50,7 +49,7 @@ After updating the code, you should push the update in the formal way:
```
git add .
git status (Check the update status)
-git commit -m "Your commit title"
+git commit -m "Your commit description"
git commit --amend (Add the concrete description of your commit)
git push origin new_branch_name
```
@@ -69,15 +68,9 @@ When submitting pull requests, refer to this format:
- Special notes for your reviewer
- Release note
-See more about [PULL_REQUEST_TEMPLATE](.github/PULL_REQUEST_TEMPLATE.md).
+See more about [PULL_REQUEST_TEMPLATE](.gitee/PULL_REQUEST_TEMPLATE.md).
### Code style
```TO BE DEFINED```
-
-
-
-
-
-
diff --git a/Governance.md b/Governance.md
index dbe9aacd53f9507587cd8bc9a0c96c29bd127eb5..dd8550c57f40850bbe24bf98b04eb8b516d4d317 100644
--- a/Governance.md
+++ b/Governance.md
@@ -27,25 +27,25 @@ openEuler社区遵循[社区行为准则](code-of-conduct.md)
## 社区团体
-请查看[社区团体](SIG&project-list.md)
+请查看[社区团体](SIG-list.md)
-### SIG
+### SIG (Special Interest Group)
------
openEuler社区主要的组织构成是**SIG**。
-每个SIG的共同目的都是针对特定的一个或多个主题，推动交付成果输出，并争取让交付成果成为openEuler社区发行的一部分。SIG的每个可识别的部分都属于该SIG，包括存储库、目录、API、测试、问题、PR等。
+每个SIG的共同目的都是针对特定的一个或多个主题，推动交付成果输出，并争取让交付成果成为openEuler社区发行的一部分或者openEuler扩展包的一部分。SIG的每个可识别的部分都属于该SIG，包括存储库、目录、API、测试、问题、PR等。
-SIG在任何给定时间内必须至少有一个，或多个Maintainer。Maintainer负责SIG的运作，通过SIG的治理实现特定的目标，并与团队成员一起与技术委员会、其他SIG组、用户进行交流协同。
+SIG在任何给定时间内必须至少有一个或多个Maintainer。Maintainer负责SIG的运作，通过SIG的治理实现特定的目标，并与团队成员一起与技术委员会、其他SIG组、用户进行交流协同。
-每个SIG都必须有一个章程，其中规定了SIG的范围（主题、代码库、目录等）、职责、权限区域，如何选择/授予权限/领导权的成员和角色，如何制定决策和解决冲突，如何管理章程等信息。在一些跨SIG流程（如发布流程）和资产（如存储库）的广泛指导原则约束下，SIG可以相对自定义的更改其操作方式。
+每个SIG都必须有一个章程，其中规定了SIG的业务范围（主题、代码库、目录等）、职责、权限区域，如何选择/授予权限/领导权的成员和角色，如何制定决策和解决冲突，如何管理章程等信息。在一些跨SIG流程（如发布流程）和资产（如存储库）的广泛指导原则约束下，SIG可以相对自定义的更改其操作方式。
SIG组内的交流必须是公开的，以确保其他SIG组的社区成员可以找到讨论、会议、涉及和决策的记录，SIG也需要定期向社区传递项目的工作概要。
-有关SIG的治理的更多详细信息，请参考[SIG治理](technical-committee/governance/SIG-governance.md)、[SIG治理要求](techniacl-committee/governance/SIG-governance-requirements.md)。
+有关SIG的治理的更多详细信息，请参考[SIG治理](/zh/technical-committee/governance/SIG-governance.md)、[SIG治理要求](/zh/techniacl-committee/governance/SIG-governance-requirements.md)。
[SIG文件夹](sig/)内记录了openEuler社区当前的所有SIG。
@@ -75,11 +75,11 @@ SIG是在公开场合运作的自愿团体，任何人都可以加入。但因
## Repository指南
-openEuler Gitee下的所有的Repository都应该遵循[openEule的Repository指南](Gitee-management/README.md)中描述的过程。
+openEuler Gitee下的所有的Repository都应该遵循[openEule的Repository指南](/zh/Gitee-management/README.md)中描述的过程。
## CLA
-所有贡献者都必须签署openEuler CLA，请具体看[这里](CLA.md)。
+所有贡献者都必须签署openEuler CLA，请具体看[这里](/zh/CLA.md)。
diff --git a/README.md b/README.md
index 3460d56c932e52ba2e217044479a0c25fb7225fa..6fcc268060761bc4aeb25e26997244dd3e31d1d5 100644
--- a/README.md
+++ b/README.md
@@ -1,82 +1,47 @@
-# openEuler社区
+# openEuler Community
+English | [简体中文](./README_cn.md)
-[English](#en)
+Welcome to openEuler Community.
+## Introduction
-欢迎来到openEuler社区！
+The Community repo is to store all the information about openEuler Community, inclouding governance, how to contribution, SIGs(project teams), Communications and etc.
+## What you can find here
+- [Introduction to openEuler Community]()
+- [Governance]()
+ - [Secretariat]()
+ - [Technical Committee]()
+ - [Security Committee]()
+ - [SIGs](./SIG-list.md)
+- [Events](https://openeuler.org/en/events.html)
+- [Contribute as a developer](https://openeuler.org/en/developer.html)
+
-## 社区愿景
+## How to contribute
-openEuler的愿景是：**通过社区合作，打造创新平台，构建支持多处理器架构、统一和开放的操作系统openEuler，推动软硬件生态繁荣发展**。
+When openEuler community is updated, the information should be updated as well here. If you would like to help update the information in this repo, you are very appreciated.
+Please read [How to contribute](CONTRIBUTING.md) to get detailed guidance.
+## Maintainers
-这里加入openEuler社区并为之贡献的起点。
+1. Fred Li(@zerodefect), since December 2019
+2. 杨丽(@yangli69393), since December 2019
+## Contributors
+1. freesky-edward(@freesky-edward), since August 2019
+2. xiangxinyong(@xiangxinyong), since August 2019
-## 沟通交流
+## Contact
+Mail: community@openeuler.org
-openEuler社区有多种沟通渠道，请参考[社区交流](communication/)。
+IRC: #openeuler-community
+## Meeting
-
-## 社区治理
-
-
-openEuler有以下受官方支持的组织类型：
-
-+ **委员会**：被授予承担一些敏感的主题的一组人。虽然社区鼓励尽可能开放，但是由于这组人所承担的主题的敏感性，允许进行私人的交流。比如安全委员会、打包委员会等
-
-+ **SIG**：专注于**一个领域**的持久和开放的团队，该团队通过定期的任务和活动实现特定的交付目标。SIG具有公开透明的程序，要遵循openEuler的行为准则。任何人都可以参与并作出贡献。所有的SIG都存在于`sig`文件夹下；
- + **子项目**：子项目是SIG内为实现**特定交付目标或成果**而成立的，可以独立工作。子项目有一个或多个仓库，是openEuler社区内主要交付成果的输出组织，所有的子项目都在其所属的SIG内。项目的交付件要进入社区发行范围，可以向技术委员会提交申请，请参考相关[申请指导](technical-committee/governance/README.md)。
- + **子项目有两个阶段：孵化阶段和成熟阶段**。成熟项目的软件包可以进入社区发行光盘。孵化项目可以申请软件包进入社区发行的`/extra`（不在光盘内的额外的软件包）目录或`/experimental`（探索、实验性质的软件包）目录
-
-+ **工作组**：为了解决跨SIG边界的问题而临时成立的小组。工作组不拥有任何代码或长期交付件。可以通过相关的SIG进行报告。比如社区安全编码工作组等。
-
- 有关这些组织的更多详细信息，可以参看[完整的管理文档](governance.md)。SIG可以由自己的贡献策略（在本SIG/项目组的repo中的”README“或”CONTRIBUTING“文件中描述）（例如sig-qa/CONTRIBUTING.md），以及自己的邮件列表、IRC频道等。
-
-如果您需要了解SIG/项目结构和组织的更多信息，请参阅[SIG治理](technical-committee/governance/SIG-goveranace.md)信息。
-
-
-
-## 贡献
-
-
-做出贡献的第一步是从[openEuler的SIG/项目列表中选择](SIG-list.md)。开始参加SIG/项目会议，加入IRC频道并订阅邮件列表。SIG/项目通常会由一系列`help-wanted`的ISSUE，这些ISSUE可以帮助新的贡献者参与进来。
-
-该[贡献指南](guide/README.md)提供了如何让你的想法和bug修复被看到和接受的方法，其中包括详细的说明：
-
-1、如何提出问题
-
-2、如何找到可以工作的内容
-
-3、如何提交一个PR
-
-
-
-
-openEuler Community
-Welcome to openEuler community! This repository will guide you to get started for joining and contributing to openEuler community. This would be a good starting point for any activities in openEuler community.
-
-### Communicating
-
-The [Communicating](https://gitee.com/openeuler/community/blob/master/en/communication.md) lists all the communication channels including chat(IRCs), mail(mail lists) and meeting(meeting channels), by which you can join openEuler community conveniently.
-
-### Learn to use
-
-Please refer to [Learning](https://gitee.com/openeuler/community/blob/master/en/use-guide.md) to learn how to use.
-
-### Contributing
-
-Picking the [SIGs](https://gitee.com/openeuler/community/blob/master/en/Sigs.md) would be a good start for the first step to contribute. After that, join into the IRC channel, and subscribe the relevant mail list. Each SIG has a set of issues with "Help wanted" label that will help new contributors to start the first contribution. Additionally, fixing the docs issues would be another good start point for who is not familiar with coding.
-
-The [CONTRIBUTING.md] in each project provides the detailed instruction on how to contribute step by step. However, before you submit the PR, please ensure the [CLA](https://gitee.com/openeuler/community/blob/master/en/CLA.md) signed. Please follow the steps
-
-> - COPY the [CLA](https://gitee.com/openeuler/community/blob/master/en/CLA.md)
-> - Add your information
-> - Send it to [contact@openeuler.org](mailto:contact@openeuler.org)
\ No newline at end of file
+To be scheduled.
\ No newline at end of file
diff --git a/README_cn.md b/README_cn.md
new file mode 100644
index 0000000000000000000000000000000000000000..a11c857c0c9619b484cf60a48663d5a320214e04
--- /dev/null
+++ b/README_cn.md
@@ -0,0 +1,48 @@
+# openEuler社区
+[English](./README.md) | 简体中文
+
+
+欢迎来到openEuler社区。
+
+
+## 介绍
+
+代码仓Community保持了关于openEuler社区的所有信息，包括社区社区治理、社区活动、开发者贡献指南、沟通交流指南等内容。
+
+## 这里有什么？
+
+- [openEuler社区介绍](/zh/governance)
+- 社区治理组织架构
+ - [秘书处](/zh/secretariat)
+ - [安全委员会](/zh/security-committee)
+ - [技术委员会](/zh/technical-committee)
+ - [项目组](/SIG-list.md)
+- [社区活动](https://openeuler.org/zh/events.html)
+- [开发者贡献指南](https://openeuler.org/zh/developer.html)
+
+
+## 如何在本代码仓贡献
+
+当openEuler社区有信息刷新时，这里的文档也需要同步刷新。很感谢您愿意帮助刷新内容。
+
+请阅读[如何贡献](/CONTRIBUTING.md)获得帮助。
+
+## 本代码仓的Maintainer
+
+1. Fred Li(@zerodefect)，从2019年12月开始
+2. 杨丽(@yangli69393)，从2019年12月开始
+
+## 本代码仓的Contributors
+
+1. freesky-edward(@freesky-edward)，从2019年8月开始
+2. xiangxinyong(@xiangxinyong)，从2019年8月开始
+
+## 联系方式
+
+Mail: community@openeuler.org
+
+IRC: #openeuler-community
+
+## 会议
+
+会议时间尚未确定，确定后会更新。
\ No newline at end of file
diff --git a/SIG-list.md b/SIG-list.md
index 8bb64fc19f4608d93294239cbc4fa106cbaeb999..dc3e87e2fd7b0c6dd6821eeac3bdb77a17695fac 100644
--- a/SIG-list.md
+++ b/SIG-list.md
@@ -1,10 +1,14 @@
# SIG清单
-大多数社区活动都组织为SIG。SIG都遵循这些[准则](Governance.md)。每个SIG的资料都在该SIG的目录中。如果需要，可以[申请一个新SIG/项目](technical-committee/governance/README.md)
+## 参加或者和增加SIG的指南
+请参阅[SIG治理](/zh/technical-committee/governance/)
+大多数社区活动都组织为SIG。SIG都遵循这些[准则](/zh/governance/)。[申请一个新SIG/项目](/zh/technical-committee/governance/)
-### 主要的SIG清单
+
+
+### SIG List
- [sig-qa](sig/sig-qa/)
- [sig-pm](sig/sig-pm/)
diff --git a/community-membership.md b/community-membership.md
index b920753539e07650f193af2b4356c338db7058ea..91c547bd823a0998b0240cd7f52a097b4d2fd232 100644
--- a/community-membership.md
+++ b/community-membership.md
@@ -1,13 +1,13 @@
# 社区成员
-本文简要描述了openEuler社区中贡献者角色的各种职责。大部分角色的职责限于这些SIG内：
+本文简要描述了openEuler社区中贡献者角色的各种职责。大部分角色的职责限于这些SIG(Special Interest Group)内：
-| 角色 | 职责范围（简要描述） | 要求 | 定义的文件 |
-| ----------- | -------------------- | ----------------------------------------------------- | ----------------------------------------------------------- |
-| Contributor | 社区的积极贡献者 | | Gitee注册成员 |
-| Committer | 审核其他成员的贡献 | SIG的积极贡献者，经验丰富，愿意投入精力参与到审核工作 | openEuler SIG拥有的存储库中OWNERS文件中的*Maintainer*条目。 |
-| Maintainer | SIG或子项目Owner | 经验丰富，富有责任心、出色的技术能力和沟通能力 | openEuler SIG拥有的存储库中OWNERS文件中的*Maintainer*条目。 |
+|角色| 职责范围（简要描述）|要求|定义的文件|
+|:-----------|:-------------------- |:----------------------------------------------------- |:----------------------------------------------------------- |
+|Contributor|项目的贡献者|| Gitee注册成员|
+|Committer| 审核其他成员的贡献| SIG的积极贡献者，经验丰富，愿意投入精力参与到审核工作 | openEuler SIG拥有的存储库中OWNERS文件中的*Maintainer*条目。 |
+| Maintainer| 项目Owner| 经验丰富，富有责任心、出色的技术能力和管理能力| openEuler SIG拥有的存储库中OWNERS文件中的*Maintainer*条目。 |
*说明*：Maintainer和Committer在Gitee的权限上不做区分，两者的区分主要是集中在SIG治理的管理范围上。详细可以见下面的描述。
@@ -15,7 +15,7 @@
## 新的贡献者
-欢迎新成员加入社区。我们有关于如何开始贡献的指导文档请参考：[openEuler贡献者指南](/contributors/guide/README.md)
+欢迎新成员加入社区。我们有关于如何开始贡献的指导文档请参考：[openEuler贡献者指南](/zh/contributors/README.md)
@@ -38,8 +38,7 @@
+ 在Gitee上提交或审核PR
+ 在Gitee上对问题进行归档或评论
+ 参与SIG或社区讨论
-+ 订阅[社区开发公共邮件列表](dev@openeuler.org)
-+ 已阅读[贡献者指南](contributors/README.md)
++ 已阅读[贡献者指南](/zh/contributors/README.md)
+ 积极参与1个或多个SIG
@@ -65,7 +64,7 @@
审核者能够在SIG或SIG的某些部分中审核代码的质量和正确性。审核者对代码库和软件工程原理非常了解。
-定义者：openEulerSIG拥有的存储库中OWNERS文件中的*developer*条目。
+定义者：openEuler SIG拥有的存储库中OWNERS文件中的*developer*条目。
### 要求
@@ -73,13 +72,13 @@
+ 作为主要审阅者至少参与了6次PR的审阅
+ 审阅或合并至少20个基本PR到代码库
+ 熟悉代码库
-+ 可以自我提名，或由该SIG的审核者或维护者或由机器人提名
++ 可以自我提名，或由该SIG的审核者或维护者提名
### 责任与权力
+ **评审PR**：对Contributor提交的PR完成评审，评审可以参考社区的[编程建议]()和[安全编程规范]()。
+ **分发处理问题**，请参考“[问题处理流程]()“。
-+ **跟踪依赖性问题**：在开发分支中，其他SIG组的软件包的更新可能会到导致破坏本SIG内软件包的依赖关系。此时Committer会受到告警公告，Committer应尽力重建软件包。依赖关系出错可能会使最终用户无法更新系统，打包团队也会介入并重建存在依赖性问题的软件包，但Maintainer 不应依赖这些重建。
++ **跟踪依赖性问题**：在开发分支中，其他SIG组的软件包的更新可能会到导致破坏本SIG内软件包的依赖关系。此时Committer会收到告警提示，Committer应尽力重建软件包。依赖关系出错可能会使最终用户无法更新系统，打包团队也会介入并重建存在依赖性问题的软件包，但Maintainer不应依赖这些重建。
+ **如有接口变更，通知可能会影响到的SIG**：其他SIG或项目会依赖本SIG的软件包，对软件包接口的变更可能会对他们造成影响。Maintainer应了解并评审&决策变更造成的依赖影响，并公告和发送API或ABI变更的告警邮件。这类公告应在变更发生至少一周前完成，并应通知到所有可能受影响的SIG。具体请参考[接口变更通知流程]()。
+ **更新和维护软件包版本**：遵守社区的[软件包更新质量控制策略]()完成软件包的更新。
+ **和上游社区合作**，包括：
@@ -97,7 +96,7 @@
## 维护者 Maintainer
-维护者是软件包的维护者，能够像Committer一样审查和批准代码贡献。代码审查的重点是代码质量和正确性，而批准的重点是对贡献的整体接受度。**所有Committer的责任与权力，Maintainer均具有**。除此之外，Maintainer还承担了团队的技术路线、内外协调等工作。
+维护者是SIG组的组长或者管理委员会成员，也是软件包的维护者，能够像Committer一样审查和批准代码贡献。代码审查的重点是代码质量和正确性，而批准的重点是对贡献的整体接受度。**所有Committer的责任与权力，Maintainer均具有**。除此之外，Maintainer还承担了团队的技术路线、内外协调等工作。
**定义**：openEuler SIG拥有的存储库中OWNERS文件中的*developer*条目
@@ -113,8 +112,8 @@
### 责任与权力
-- **确定SIG的技术路线**：包括规划和决策SIG技术方向、路标规划、架构演进。
-- **制定SIG的发布计划**：确定SIG的关键需求和发布计划；参与社区的PM活动，并协调SIG计划和社区版本的里程碑时间表匹配
+- **确定SIG所负责项目的技术路线**：包括规划和决策SIG技术方向、路标规划、架构演进。
+- **制定SIG所负责项目的发布计划**：确定SIG的关键需求和发布计划；参与社区的PM活动，并协调SIG计划和社区版本的里程碑时间表匹配
- **参与社区协调活动**：作为SIG的代表参与openEuler技术委员会或理事会组织的活动和特定会议等
- **召集SIG组会议**：定期召集SIG会议，决策SIG内上升的争议
diff --git a/security b/security
deleted file mode 160000
index 15d3bed3c7a38af4195fe27ce8db68588b4474e1..0000000000000000000000000000000000000000
--- a/security
+++ /dev/null
@@ -1 +0,0 @@
-Subproject commit 15d3bed3c7a38af4195fe27ce8db68588b4474e1
diff --git a/zh/Sigs.md b/zh/Sigs.md
deleted file mode 100644
index 9e1bfdbec30014ea18d7c647ce77fcf419b729c5..0000000000000000000000000000000000000000
--- a/zh/Sigs.md
+++ /dev/null
@@ -1,36 +0,0 @@
-## Sigs
-
-Sigs是社区根据领域划分的各个领域的兴趣小组，每一个小组
-会根据情况维护社区一个或者多个项目。
-
-### sig-doc
-
-文档兴趣组主要负责社区文档编写及维护。
-
-项目地址： https://gitee.com/openeuler/docs
-
-邮件列表频道： dev@openeuler.org
-
-IRC频道： #openeuler-doc
-
-管理员： N/A
-
-### sig-infrastructure
-
-基础设施建设兴趣组主要负责社区基础设施建设，包括开发系统，沟通系统等
-
-项目地址：
-
-https://gitee.com/openeuler/infrastructure
-
-https://gitee.com/openeuler/website
-
-https://gitee.com/openeuler/ci-bot
-
-https://gitee.com/openeuler/go-gitee
-
-邮件列表频道： infra@openeuler.org
-
-IRC频道： #openeuler-infra
-
-管理员: N/A
diff --git a/zh/governance/README.md b/zh/governance/README.md
new file mode 100644
index 0000000000000000000000000000000000000000..2715493fbe53017a667a66971b961977621e751f
--- /dev/null
+++ b/zh/governance/README.md
@@ -0,0 +1,79 @@
+# openEuler社区
+
+
+欢迎来到openEuler社区！
+
+
+
+## 社区愿景
+
+openEuler的愿景是：**通过社区合作，打造创新平台，构建支持多处理器架构、统一和开放的操作系统openEuler，推动软硬件生态繁荣发展**。
+
+
+
+这里加入openEuler社区并为之贡献的起点。
+
+
+
+## 沟通交流
+
+
+openEuler社区有多种沟通渠道，请参考[社区交流](/zh/communication/)。
+
+
+
+## 社区治理
+
+
+openEuler有以下受官方支持的组织类型：
+
++ **委员会**：被授予承担一些敏感的主题的一组人。虽然社区鼓励尽可能开放，但是由于这组人所承担的主题的敏感性，允许进行私人的交流。比如安全委员会、打包委员会等
+
++ **SIG**：专注于**一个领域**的持久和开放的团队，该团队通过定期的任务和活动实现特定的交付目标。SIG具有公开透明的程序，要遵循openEuler的行为准则。任何人都可以参与并作出贡献。所有的SIG都存在于`sig`文件夹下；
+ + **子项目**：子项目是SIG内为实现**特定交付目标或成果**而成立的，可以独立工作。子项目有一个或多个仓库，是openEuler社区内主要交付成果的输出组织，所有的子项目都在其所属的SIG内。项目的交付件要进入社区发行范围，可以向技术委员会提交申请，请参考相关[申请指导](/zh/technical-committee/governance/README.md)。
+ + **子项目有两个阶段：孵化阶段和成熟阶段**。成熟项目的软件包可以进入社区发行光盘。孵化项目可以申请软件包进入社区发行的`/extra`（不在光盘内的额外的软件包）目录或`/experimental`（探索、实验性质的软件包）目录
+
++ **工作组**：为了解决跨SIG边界的问题而临时成立的小组。工作组不拥有任何代码或长期交付件。可以通过相关的SIG进行报告。比如社区安全编码工作组等。
+
+ 有关这些组织的更多详细信息，可以参看[完整的管理文档](/zh/governance/)。SIG可以由自己的贡献策略（在本SIG/项目组的repo中的”README“或”CONTRIBUTING“文件中描述）（例如sig-qa/CONTRIBUTING.md），以及自己的邮件列表、IRC频道等。
+
+如果您需要了解SIG/项目结构和组织的更多信息，请参阅[SIG治理](/zh/technical-committee/governance/)信息。
+
+
+
+## 贡献
+
+
+做出贡献的第一步是从[openEuler的SIG/项目列表中选择](/SIG-list.md)。开始参加SIG/项目会议，加入IRC频道并订阅邮件列表。SIG/项目通常会由一系列`help-wanted`的ISSUE，这些ISSUE可以帮助新的贡献者参与进来。
+
+贡献指南提供了如何让你的想法和bug修复被看到和接受的方法，其中包括详细的说明：
+
+1、如何提出问题
+
+2、如何找到可以工作的内容
+
+3、如何提交一个PR
+
+
+
+
+openEuler Community
+Welcome to openEuler community! This repository will guide you to get started for joining and contributing to openEuler community. This would be a good starting point for any activities in openEuler community.
+
+### Communicating
+
+The [Communicating](https://gitee.com/openeuler/community/blob/master/en/communication.md) lists all the communication channels including chat(IRCs), mail(mail lists) and meeting(meeting channels), by which you can join openEuler community conveniently.
+
+### Learn to use
+
+Please refer to [Learning](https://gitee.com/openeuler/community/blob/master/en/use-guide.md) to learn how to use.
+
+### Contributing
+
+Picking the [SIGs](https://gitee.com/openeuler/community/blob/master/en/Sigs.md) would be a good start for the first step to contribute. After that, join into the IRC channel, and subscribe the relevant mail list. Each SIG has a set of issues with "Help wanted" label that will help new contributors to start the first contribution. Additionally, fixing the docs issues would be another good start point for who is not familiar with coding.
+
+The [CONTRIBUTING.md] in each project provides the detailed instruction on how to contribute step by step. However, before you submit the PR, please ensure the [CLA](https://gitee.com/openeuler/community/blob/master/en/CLA.md) signed. Please follow the steps
+
+> - COPY the [CLA](https://gitee.com/openeuler/community/blob/master/en/CLA.md)
+> - Add your information
+> - Send it to [contact@openeuler.org](mailto:contact@openeuler.org)
\ No newline at end of file
diff --git a/zh/secretariat/README.md b/zh/secretariat/README.md
new file mode 100644
index 0000000000000000000000000000000000000000..8e7f6d02ecf631ee372e1264148798fe0055dcd4
--- /dev/null
+++ b/zh/secretariat/README.md
@@ -0,0 +1,25 @@
+# 秘书处
+
+openEuler社区尚处在筹备阶段，在筹备阶段，秘书处来负责openEuler社区的运作、openEuler社区筹备工作。现阶段，openEuler社区秘书处的主要职责如下：
+
+- 制定社区运营规划
+- 制定费用预算，请获得社区创始人批准
+- 执行社区创始人筹备社区的工作
+- openEuler社区其他未明确分配到责任人的工作
+
+# 成员
+
+1. 李永乐(@zerodefect)，从2019年12月开始
+2. freesky-edward(@freesky-edward)，从2019年12月开始
+
+
+
+## 联系方式
+
+Mail: council@openeuler.org
+
+## 会议
+
+会议时间尚未确定，确定后会更新。
+
+
diff --git a/zh/committee-product-security/README.md b/zh/security-committee/README.md
similarity index 67%
rename from zh/committee-product-security/README.md
rename to zh/security-committee/README.md
index e64b7bb0f0a567cec0e94d091ccdcfd6c5eec424..8e6f3c70f57d7b422c6f30791671b30b3bc2a4fc 100644
--- a/zh/committee-product-security/README.md
+++ b/zh/security-committee/README.md
@@ -1,6 +1,6 @@
-# 产品安全委员会
+# 安全委员会
-openEuler产品安全委员会是负责接收和响应openEuler产品安全问题报告的机构。该机构的使命是通过以下方式为openEuler用户提供最安全的操作环境：
+openEuler安全委员会是负责接收和响应openEuler产品安全问题报告的机构。该机构的使命是通过以下方式为openEuler用户提供最安全的操作环境：
+ 通过打包程序修复和更新软件包
+ 确定并帮助改善社区内的安全开发实践
@@ -19,30 +19,22 @@ openEuler产品安全委员会是负责接收和响应openEuler产品安全问
## 成员
-+ XXXX（@XXX)
-+ XXX
-+ XXXX
-+ XXXX
-+ XXXX
+***待任命***
## 联系
-+ 私人邮件列表：security@openEuler.org
-+ 开放的社区ISSUE/PR
-+ Gitee团队
++ 邮件列表：security@openEuler.org
++ openEuler社区ISSUE/PR
+## 安全
-## 子项目
+安全委员会的政策和文件
-### 安全
-
-产品安全委员会的政策和文件
-
-+ 地址：XXXXXXXXXXXXXXXXXXXXXX
++ 地址：
-*如果要报告安全问题，请通过电子邮件发送到私人邮件列表：security@openEuler.org，其中包含安全问题的详细信息，以及所有openEuler错误报告的预期详细信息。*
\ No newline at end of file
+*如果要报告安全问题，请通过电子邮件发送到私人邮件列表：security@openeuler.org，其中包含安全问题的详细信息，以及所有openEuler错误报告的预期详细信息。*
\ No newline at end of file
diff --git a/zh/technical-committee/README.md b/zh/technical-committee/README.md
index 3bbea0e5523e7be1b96f431cc061a9d5bbdd52dd..ee513890adf9899840b0eac96610c80b583a8758 100644
--- a/zh/technical-committee/README.md
+++ b/zh/technical-committee/README.md
@@ -1,6 +1,6 @@
# 技术委员会
-openEuler技术委员会是openEuler理事会下社区的技术决策机构，负责社区技术决策和技术资源的协调。技术委员会的主要职责如下：
+openEuler技术委员会是openEuler社区的技术决策机构，负责社区技术决策和技术资源的协调。技术委员会的主要职责如下：
- 对社区技术路线、接口定义、架构设计、构建发布等进行指导和决策
- 协调跨项目合作，对社区跨项目技术问题进行决策
@@ -14,14 +14,14 @@ openEuler技术委员会是openEuler理事会下社区的技术决策机构，
# 组织会议
-- 公开的会议时间：每周X 下午，北京时间XX点~XX点
+- 公开的会议时间：北京时间，每周X 下午，XX点~XX点
# 成员
-- 熊伟[[@myeuler](https://gitee.com/myeuler)]，华为
+- 熊伟[[@myeuler](https://gitee.com/myeuler)]
- cynthia[[@cynthia_xh](https://gitee.com/cynthia_xh)]
- Shinwell[[@Shinwell_Hu](https://gitee.com/Shinwell_Hu)]
- 王勋[[@dream0819](https://gitee.com/dream0819)]
@@ -32,10 +32,7 @@ openEuler技术委员会是openEuler理事会下社区的技术决策机构，
# 联系方式
-
- [邮件列表](tc@openeuler.org)
-- [Open Community Issues/PRs]()
-
diff --git a/zh/technical-committee/governance/README.md b/zh/technical-committee/governance/README.md
index 4f27f4ccf424547ad1af8ca4ff818d7b72428aa6..71c7069a2d46178d7dcac1608578ce0e0b5e0de4 100644
--- a/zh/technical-committee/governance/README.md
+++ b/zh/technical-committee/governance/README.md
@@ -15,7 +15,7 @@
**2、完成新SIG章程的填写**
-为便于更好的理解章程模板里的内容，建议先阅读[建议书和要求](SIG-governance-requirement.md)，完成新项目的charter.md
+为便于更好的理解章程模板里的内容，建议先阅读[建议书和要求](SIG-governance-requirements.md)，完成新项目的charter.md
**3、完成新项目成员的配置**
@@ -23,14 +23,14 @@
**4、完成新SIG的Repository的配置**
-请参考[openEuler的Repository说明](/../../Gitee-management/Gitee-management-guide.md)，完成SIG和项目所拥有的Repository的配置。
+请参考[openEuler的Repository说明](/zh/Gitee-Management/Gitee-management-guide.md)，完成SIG和项目所拥有的Repository的配置。
- 如果您的项目在openEuler社区只维护软件包，请点击[src-openeuler.yaml](/repository/src-openeuler.yaml)，在其中按照格式把你的项目添加进来。
- 如果不是以上的情况，请单击[openeuler.yaml](/repository/openeuler.yaml)，并按照内部的格式在文件的最后把您的SIG添加进来
**5、在sig文件夹的sig.yaml内添加新SIG的相关信息**
-根据以上的信息，打开sig文件夹下[sig.yaml](sig/sigs.yaml)文件，在末尾添加新sig的相关信息。
+根据以上的信息，打开sig文件夹下[sigs.yaml](/sig/sigs.yaml)文件，在末尾添加新sig的相关信息并提交PR。
**6、提交PR**
@@ -38,7 +38,7 @@
**7、向TC发送邮件申请**
-请将SIG章程（charter.md）通过Issue发送给技术委员会审查（网址为tc@openEuler.org），并在正文中包含主题“【*新SIG提案】*”和PR的链接
+请将SIG章程（charter.md）通过Issue发送给技术委员会审查（网址为），并在正文中包含主题“【*新SIG提案】*”和PR的链接
**8、TC评审并反馈意见**
@@ -62,41 +62,8 @@
+ 从SIG组中确定推动变更的负责人，最常见的就是SIG的Mainatiner作为负责人
+ 变更所有者组织SIG组成员一起制定变更内容，并与技术委员会讨论（为便于信息同步，可以在与指导委员会的沟通中键入SIG组的邮件列表）
-+ 获取到技术委员会的批准意见后，提交PR，并将该申请发送给[技术委员会](tc@openeuler.org)，发送主题请标注成“【*SIG章程更新：*YOUR SIG/RPROJECT】”
++ 获取到技术委员会的批准意见后，提交PR，并将该申请发送给[技术委员会邮件列表](tc@openeuler.org)，发送主题请标注成“【*SIG章程更新：*YOUR SIG/RPROJECT】”
+ 对于较大的变更，确认变更范围后请通知openEuler社区内受到影响的其他SIG组，并将邮件发送到tc@openeuler.org，或者在社区门户上宣布。
-如果这一过程中有任何疑问，请联系技术委员会：tc@openeuler.org
-
-
-
-
-
-## SIG申请社区发行提案步骤
-
-如果SIG希望自己的交付件可以进入**社区发行范围**，请向技术委员会提出申请
-
-1.将[模板](template-release.md)复制到community/*YOURSIG*/release.md
-
-2.按照模板要求填写SIG毕业申请
-
-3.用修改好的release.md和openeuler.yaml ，创建一个Pull Request
-
-4.请将社区发行申请（release.md）发送给技术委员会审查（网址为tc@openeuler.org），并在正文中包含主题“SIG社区发行提案”和PR的链接
-
-5.技术委员会通常会在发送申请后的一周内反馈。如果遇到假期或重要会议等因素，可能会需要更长时间。在此期间，您可以进行任何有需要的更改
-
-6.技术委员会将通过合并Pull Request的方式来批准您的SIG的社区发行申请
-
-**请注意，申请社区发行有三种类型**：
-
-- 第一种：进入发行光盘范围，
-- 第二种：进入`/extra`（不在光盘内的额外的软件包）目录
-- 第三种：进入`/experimental`（探索、实验性质的软件包）目录
-
-
-
-## 常见问题
-
-NULL
-
+如果这一过程中有任何疑问，请联系技术委员会：