diff --git a/README.en.md b/README.en.md
index 3bf60af0dbf795a047b5dd41f94e1c646ef3f028..70d5ec9a1c8dcfcd5025c98c5d85dfcd2027c131 100644
--- a/README.en.md
+++ b/README.en.md
@@ -1,36 +1,46 @@
-# release-management
+# Overall Mission
 
-#### Description
-release management including key features, release plan, development and branch plan, release scope and notes 
+The release manager SIG is responsible for coordinating teams for openEuler project:
 
-#### Software Architecture
-Software architecture description
+- Setting the schedule for openEuler development cycles.
+- Reviewing and approving technical integration from openEuler SIGs groups.
+- Responsible for what software is offered to end users under what conditions.
+- Larger changes to the openEuler Package collection
+- Approval and coordination of Changes for openEuler releases.
 
-#### Installation
 
-1.  xxxx
-2.  xxxx
-3.  xxxx
 
-#### Instructions
+## Meetings guidelines
 
-1.  xxxx
-2.  xxxx
-3.  xxxx
+conference time: BiWednesday 9:30~11:30 a.m (GMT+8)，please subscribe to the [release sig email list](https://openeuler.org/en/community/mailing-list/) for relevant meeting announcements.
 
-#### Contribution
+## Meeting minutes
+You can find [Release management SIG meeting minutes](https://gitee.com/openeuler/release-management/wikis) at the openEuler wiki site as well as posted to the link:release@openeuler.org mail list after each meeting.
 
-1.  Fork the repository
-2.  Create Feat_xxx branch
-3.  Commit your code
-4.  Create Pull Request
+## Release managerment SIG member
+**Maintainer: **
+- Jiang Zhenhua [@Ronnie_Jiang](https://gitee.com/Ronnie_Jiang)
+- Jiang Yuming  [@yuming_jiang](https://gitee.com/yuming_jiang)
+- Hu Feng [@solarhu](https://gitee.com/solarhu)
+- Zhu Yanpeng [@zyp-rock](https://gitee.com/zyp-rock)
+- Chen Yaqiang [@chenyaqiang](https://gitee.com/chenyaqiang)
 
+**Extended member: **
+- Liu Bo [@boliurise](https://gitee.com/boliurise)
+- Ming Pei [@dolphin-m](https://gitee.com/dolphin-m)
+- Zhang Wei [@hwzw](https://gitee.com/hwzw)
+- Li Yongqiang [@Charlie_li](https://gitee.com/Charlie_li)
 
-#### Gitee Feature
+## Contact information
 
-1.  You can use Readme\_XXX.md to support different languages, such as Readme\_en.md, Readme\_zh.md
-2.  Gitee blog [blog.gitee.com](https://blog.gitee.com)
-3.  Explore open source project [https://gitee.com/explore](https://gitee.com/explore)
-4.  The most valuable open source project [GVP](https://gitee.com/gvp)
-5.  The manual of Gitee [https://gitee.com/help](https://gitee.com/help)
-6.  The most popular members  [https://gitee.com/gitee-stars/](https://gitee.com/gitee-stars/)
+Mail List：release@openeuler.org
+
+
+
+## Release management SIG information
+
+### Release manager
+
+Repository url：https://gitee.com/openeuler/release-management
+
+Only items with the meeting keyword show up in this Meetings Guidelines. Other items do not get discussed in the guidelines. if you'd like to say something to a topic that wasn't brought up use the "release sig meeting" part and/or ask to bring the topic up (preferred way is ahead of the meeting).
diff --git a/README.md b/README.md
index 768f2510a6121f4b56598fbb78ffc5455c4de59b..dc9e87368fd37335cf8626323c06f9b85ce3f9d6 100644
--- a/README.md
+++ b/README.md
@@ -1,4 +1,4 @@
-# 发行经理
+# 发行经理
 
 Release Manager的主要工作职责是在社区协调各SIG的Maintainer、QA等各个团队，完成openEuler社区版本的发布工作。主要职责如下：
 
@@ -11,23 +11,28 @@ Release Manager的主要工作职责是在社区协调各SIG的Maintainer、QA
 
 ## 组织会议
 
-公开的视频会议时间：北京时间每双周二上午，9:15~10:45，请订阅dev@openeuler.org，以获取相关会议通知
-
+公开的视频会议时间：北京时间双周三上午，9:30~11:30，请订阅release@openeuler.org，以获取相关会议通知
 
+## 会议纪要归档
+release management sig历次会议纪要均做归档，详情请查询历史[会议纪要归档wiki](https://gitee.com/openeuler/release-management/wikis)
 
 ## 成员
-
-- 江裕民[[@yuming_jiang](https://gitee.com/yuming_jiang)]
-- 管延杰 [[@guanyanjie](https://gitee.com/guanyanjie)]
-- 刘博 [[@boliurise](https://gitee.com/boliurise)]
-- 朱延朋 [[@zyp-rock](https://gitee.com/zyp-rock)]
-- 姜振华 [[@Ronnie_Jiang](https://gitee.com/Ronnie_Jiang)]
-- 胡峰 [[@solarhu](https://gitee.com/solarhu)]
-- 陈亚强[[@chenyaqiang](https://gitee.com/chenyaqiang)]
+**Maintainer：**
+- 姜振华 [@Ronnie_Jiang](https://gitee.com/Ronnie_Jiang)
+- 江裕民[@yuming_jiang](https://gitee.com/yuming_jiang)
+- 胡峰 [@solarhu](https://gitee.com/solarhu)
+- 朱延朋 [@zyp-rock](https://gitee.com/zyp-rock)
+- 陈亚强 [@chenyaqiang](https://gitee.com/chenyaqiang)
+
+**扩展成员：**
+- 刘博 [@boliurise](https://gitee.com/boliurise)
+- 明沛 [@dolphin-m](https://gitee.com/dolphin-m)
+- 张伟 [@hwzw](https://gitee.com/hwzw)
+- 李永强 [@Charlie_li](https://gitee.com/Charlie_li)
 
 ## 联系方式
 
-邮箱列表：dev@openeuler.org
+邮箱列表：release@openeuler.org
 
 
 
diff --git a/openEuler-20.03-LTS-SP1/release-plan.md b/openEuler-20.03-LTS-SP1/release-plan.md
new file mode 100644
index 0000000000000000000000000000000000000000..dad5d838dcfb281af9364e714e1a88faf8c84004
--- /dev/null
+++ b/openEuler-20.03-LTS-SP1/release-plan.md
@@ -0,0 +1,47 @@
+# Release plan
+|Stange name|Begin time|End time|
+|:----------|:---------|:-------|
+|Develop|2020-10-12|2020-11-7|
+|Comptibility|2020-11-8|2020-11-18|
+|Buil|2020-11-19|2020-11-21|
+|Test round 1|2020-11-23|2020-11-28|
+|Test round 2|2020-11-30|2020-12-5|
+|Test round 3|2020-12-7|2020-12-12|
+|Test round 4|2020-12-15|2020-12-17|
+|Test round 5|2020-12-18|2020-12-22|
+|release|2020-12-21|2020-12-22|
+
+# Feture list
+## 状态说明：discussion(方案讨论，需求未接受)，developing(开发中)，Testing(测试中)，Accepted(已验收)
+|no|fetur|status|sig|owner|
+|:----|:---|:---|:--|:----|
+|1|[openEuler 20.03 LTS SP1支持高可用pacemaker](https://gitee.com/openeuler/release-management/issues/I23GH2?from=project-issue)|developing|sig-HA|yangzhao_kl|
+|2|[openEuler 20.03 LTS SP1支持openGauss版本](https://gitee.com/openeuler/release-management/issues/I23GGW?from=project-issue)|discussion| | |
+|3|[openEuler 20.03 LTS SP1支持1822 HBA卡驱动](https://gitee.com/openeuler/release-management/issues/I23GGR?from=project-issue)|discussion| | |
+|4|[openEuler 20.03 LTS SP1支持华为多路径](https://gitee.com/openeuler/release-management/issues/I23GGO?from=project-issue)|developing| | |
+|5|[openEuler 20.03 LTS SP1支持openStack](https://gitee.com/openeuler/release-management/issues/I23GGJ?from=project-issue)|testing|sig-python-modules |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|6|[openEuler 20.03 LTS SP1支持金融领域软件包](https://gitee.com/openeuler/release-management/issues/I23GG1?from=project-issue)|testing|DB |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|7|[openEuler 20.03 LTS SP1支持大数据管理组件Ambari的依赖组件](https://gitee.com/openeuler/release-management/issues/I23GFY?from=project-issue)|testing|sig-release-management |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|8|[openEuler 20.03 LTS SP1新增DDE组件](https://gitee.com/openeuler/release-management/issues/I23GFR?from=project-issue)|testing|sig-DDE|[@panchenbo](https://gitee.com/panchenbo)|
+|9|[openEuler 20.03-LTS版本新增criu组件](https://gitee.com/openeuler/release-management/issues/I23GFP?from=project-issue)|developing| | |
+|10|[openEuler 20.03 LTS SP1支持libxml，hyperscan](https://gitee.com/openeuler/release-management/issues/I23GFL?from=project-issue)|testing|Desktop |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|11|[openEuler 20.03 LTS SP1同时支持openjdk多个版本](https://gitee.com/openeuler/release-management/issues/I23GFC?from=project-issue)|developing| | |
+|12|[openEuler 20.03 SP1 虚拟化支持内存，cpu热添加](https://gitee.com/openeuler/release-management/issues/I23GF7?from=project-issue)|testing| Virt | [@alexchen](https://gitee.com/zhendongchen) |
+|13|[openEuler 20.03 SP1 “支持vmtop”](https://gitee.com/openeuler/release-management/issues/I23GF2?from=project-issue)|testing| Virt | [@alexchen](https://gitee.com/zhendongchen) |
+|14|[openEuler 20.03 LTS SP1虚拟化支持安全启动](https://gitee.com/openeuler/release-management/issues/I23GEY?from=project-issue)|testing| Virt | [@alexchen](https://gitee.com/zhendongchen) |
+|15|[openEuler 20.03 LTS SP1虚拟化支持custom模式](https://gitee.com/openeuler/release-management/issues/I23GEU?from=project-issue)|testing| Virt | [@alexchen](https://gitee.com/zhendongchen) |
+|16|[openEuler 20.03 LTS SP1回合20.09 Atune](https://gitee.com/openeuler/release-management/issues/I23GEM?from=project-issue)|developing| | |
+|17|[openEuler 20.03 LTS SP1补充SONY使用的依赖包](https://gitee.com/openeuler/release-management/issues/I23GEG?from=project-issue)|developing| | |
+|18|[openEuler 20.03 LTS SP1补齐pts安装依赖](https://gitee.com/openeuler/release-management/issues/I23GEC?from=project-issue)|developing| | |
+|19|[openEuler 20.03 LTS SP1回合20.09 iSular新版本特性](https://gitee.com/openeuler/release-management/issues/I23GE8?from=project-issue)|developing| | |
+|20|[openEuler 20.03 LTS SP1开源openEuler-rpm-config宏](https://gitee.com/openeuler/release-management/issues/I23GDZ?from=project-issue)|testing|Base-service |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|21|[openEuler 20.03 LTS SP1支持abrt组件](https://gitee.com/openeuler/release-management/issues/I23GDU?from=project-issue)|testing|Application |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|22|[openEuler 20.03 LTS SP1支持osinfo](https://gitee.com/openeuler/release-management/issues/I23GDP?from=project-issue)|testing|Base-service |[@small_leek](https://gitee.com/small_leek) [@hht8](https://gitee.com/hht8) |
+|23|[microcode_ctl需要回合支持x86](https://gitee.com/openeuler/release-management/issues/I1RFVK?from=project-issue)|testing|System-tool |[@small_leek](https://gitee.com/small_leek) |
+|24|[openEuler 20.03 LTS SP1新增 raspberrypi 版本](https://gitee.com/openeuler/release-management/issues/I1RMC1?from=project-issue)|testing|RaspberryPi|[@woqidaideshi](https://gitee.com/woqidaideshi)|
+|25|[openEuler 20.03 LTS SP1新增UKUI组件](https://gitee.com/openeuler/release-management/issues/I1R54N?from=project-issue)|testing|sig_UKUI|[@dou33](https://gitee.com/dou33)|
+|26|[openEuler 20.03 LTS SP1新增netinstall组件](https://gitee.com/openeuler/release-management/issues/I1Y26A?from=project-issue)|developing|sig-OS-Builder|[@t_feng](https://gitee.com/t_feng)|
+|27|[openEuler20.03 LTS SP1版本支持飞腾 arm64架构CPU](https://gitee.com/openeuler/release-management/issues/I1RXGT?from=project-issue)|developing|||
+|28|[openEuler 20.03-LTS版本升级新增bcc的软件包](https://gitee.com/openeuler/release-management/issues/I1O7RM?from=project-issue)|testing|||
+|29|[openEuler 20.03 LTS SP1申请新增maildrop和proftpd软件包](https://gitee.com/openeuler/release-management/issues/I1TWXG?from=project-issue)|testing|Application|[@small_leek](https://gitee.com/small_leek)|
+|30|[openEuler 20.03 LTS SP1内核开启config_acpi_nfit内核选项](https://gitee.com/openeuler/release-management/issues/I26KWQ?from=project-issue)|developing|||
diff --git "a/openEuler-20.03-LTS/202007/2020\345\271\2647\346\234\210openEuler_20.03_LTS\347\211\210\346\234\254\350\241\245\344\270\201\350\256\241\345\210\222" "b/openEuler-20.03-LTS/202007/2020\345\271\2647\346\234\210openEuler_20.03_LTS\347\211\210\346\234\254\350\241\245\344\270\201\350\256\241\345\210\222"
new file mode 100644
index 0000000000000000000000000000000000000000..ded4bee4288d01504cbc72396ce7450df00c3af9
--- /dev/null
+++ "b/openEuler-20.03-LTS/202007/2020\345\271\2647\346\234\210openEuler_20.03_LTS\347\211\210\346\234\254\350\241\245\344\270\201\350\256\241\345\210\222"
@@ -0,0 +1,13 @@
+# 2020年7月 openEuler 20.03 LTS 版本补丁计划
+
+**关键里程碑时间点：**
+1. 7月1日，拉 openEuler 20.03-02-LTS分支，并启动补丁合入。7月1日~7月10日为补丁合入阶段。
+2. 7月3日，启动安全扫描。
+3. 7月10日，启动镜像制作。7月10日~7月17日，为镜像制作阶段。
+4. 7月17日，转测试，启动8月补丁合入收集，同时启动7月第2次安全扫描（这部分CVE于8月底合入）。7月17日~7月31日，为合入冻结期，各项目组禁止私下合入内容，需依据RM SIG组统一安排。
+5. 7月24日，8月补丁合入收集截止，下午RM SIG组织评审，形成基线，请各项目组于7月23日完成补丁合入申报。
+6. 7月31日，8月补丁发布准备工作完成，上午RM SIG组织评审，评审通过后发布。
+
+详细时间安排请参考下图：
+
+![openEuler 20.03 LTS版本7月补丁计划](./openEuler 20.03 LTS版本7月补丁计划.png)
\ No newline at end of file
diff --git "a/openEuler-20.03-LTS/202007/openEuler 20.03 LTS\347\211\210\346\234\2547\346\234\210\350\241\245\344\270\201\350\256\241\345\210\222.png" "b/openEuler-20.03-LTS/202007/openEuler 20.03 LTS\347\211\210\346\234\2547\346\234\210\350\241\245\344\270\201\350\256\241\345\210\222.png"
new file mode 100644
index 0000000000000000000000000000000000000000..e173cd8de38cec5bf0a3faeeefe98d3ed8104b57
Binary files /dev/null and "b/openEuler-20.03-LTS/202007/openEuler 20.03 LTS\347\211\210\346\234\2547\346\234\210\350\241\245\344\270\201\350\256\241\345\210\222.png" differ
diff --git "a/openEuler-20.09/openEuler\345\210\233\346\226\260\347\211\210\346\234\254\347\224\237\345\221\275\345\221\250\346\234\237\347\256\241\347\220\206.md" "b/openEuler-20.09/openEuler\345\210\233\346\226\260\347\211\210\346\234\254\347\224\237\345\221\275\345\221\250\346\234\237\347\256\241\347\220\206.md"
new file mode 100644
index 0000000000000000000000000000000000000000..f5d9f6f53acd7b45fd57043974fd38805e08ff9f
--- /dev/null
+++ "b/openEuler-20.09/openEuler\345\210\233\346\226\260\347\211\210\346\234\254\347\224\237\345\221\275\345\221\250\346\234\237\347\256\241\347\220\206.md"
@@ -0,0 +1,58 @@
+openEuler 创新版本大约每6个月发布一次新版本，并在发布后的6个月内持续为该发行版提供软件包更新维护（bugfix、CVE漏洞修复），开发者和社区爱好者可尝鲜该创新版本，第一时间获得自由和开源软件项目的最新stable版本；
+oepnEuler创新版本经过社区sig组和QA团队充分测试，推荐给开发者、openEuler社区贡献者和Linux爱好者使用。
+
+### 开发时间表
+openEuler创新版本大约每6个月发布一次，但不排除受版本质量、社区关键组件构建进度影响到导致的严格的发布时间执行，且创新版本的里程碑发行版均需要由各个sig和QA团队的充分测试验证，已达到openEuler社区版本质量发行标准的情况下允许发布，关于具体的发布计划和发布进展，请关注openEuler社区relase management sig [版本计划](https://gitee.com/openeuler/release-management/tree/master/openEuler-20.09)
+
+### 开发流程
+openEuler创新版本是基于openEuler社区master主干中“分支”出来的，master主干持续不断的向前滚动开发。在openEuler创新版本发布计划中拉分支点阶段且该时间点之前各关键任务项均已完成，将拉出创新版本分支，master主线继续向前开发；
+创新分支拉出来之后，在里程碑（测试版，最终版）发布之前的一段时间内，分支冻结持续有效，这可以保证软件包经过迭代测试验证后质量逐渐趋于稳定。
+
+
+
+| 任务/里程碑 |开始时间| 周期 |
+---|:--:|---:
+| 规划与发展 | 上*一版本的**分支点*确定之后的一周内 | ~ |
+| 变更检查点：需要*大量重建的*变更的提案截止日期| *大规模重建*减去**3周** | ~ |
+| 更改检查点：系统范围更改的建议截止日期 | *大规模重建*减去**1周** | ~ |
+| **大规模重建** | *分支点数*减去**5周** | 直到*分支点* |
+| 变更检查点：自包含变更的提案截止日期 | *分支点数*减去**3周** | ~ |
+| **分支点** | *Beta 版本Go_No_Go_Meeting*减去**5周** | ~ |
+| 更改检查点：完成截止日期（可测试）| **当天**为*分支点* | ~ |
+| 内核冻结 |*分支点*加**1周** | 在*最终版本（GA）之前有效* |
+| 更改检查点 | **当天**的*测试版冻结* | 要求一直有效，直到*EOL* |
+| Beta冻结 | *首选Beta目标*减去**3周** |QA转测试开始有效，直到*Beta发布* |
+| 更改检查点：100％代码完成期限 | **当天**的*测试版冻结* | ~ |
+| Beta版本候选 | *Beta冻结*后的任何时间 | 直到*Beta发布* |
+| **Beta 版本Go_No_Go_Meeting**| 计划的*首选Beta目标* **减去五天**（如果不执行，则重复） | ~ |
+| 最终冻结 | *首选最终目标*减去**2周** | 直到*最终版本（GA）* |
+| 最终版本候选 | *最终冻结*后的任何时间 | 直到*最终版本（GA）* |
+| **发布版本[Go_No_Go_Meeting** | 计划的*最终发布（GA）* **减去五天**（如果不执行则重复） | ~ |
+| 维护周期 | 以*最终发行（GA）时间为准* | 6**个月** |
+| 停止维护时间（EOL） | 下一个创新版的最终发行版（GA）时间的当天 | 不适用 |
+
+
+
+### 版本计划管理方式
+openEuler社区版本计划及关键里程碑时间表由release management sig提出，并收集TC委员会、包管理委员会、QA团队、工程团队意见，最终确定openEuler各个正式发布版本的关键任务及其对应的时间表，各个sig和团队围绕该时间表指定自己团队的计划；
+### 版本计划
+[openEuler 20.09 版本计划](https://gitee.com/openeuler/release-management/blob/master/openEuler-20.09/openEuler-20.9%20Release%20plan.md)
+
+### 版本应急计划
+如果版本大规模构建未能按照[版本计划](https://gitee.com/openeuler/release-management/tree/master/openEuler-20.09)完成，则从该分支点开始的所有后续里程碑都将顺延一周，直到大规模构建完成。
+如果openEuler 创新版本Beta Go_No_Go_Meeting结果为“不同意”，则重新计划里程碑，其后续里程碑将遵循以下规则：
+*  Beta从首选目标到目标延期不影响最终发行（GA）日期，最终发布日期扔保留在“首选最终目标”
+*  如果最终的Go_No_Go_Meeting结果为“不发布”，则该里程碑和随后的里程碑将推迟一周。
+*   Go_No_Go_Meeting从relase management sig [版本计划](https://gitee.com/openeuler/release-management/tree/master/openEuler-20.09)和[质量保证](https://gitee.com/openeuler/QA)"质量检查")团队处获取详细信息。
+
+
+### 版本维护时间表
+openEuler 20.09版本已于2020.09.30正式发布，该版本将维护到2021.3.30截止；
+openEuler 21.03版本信息详见relase management sig [版本计划](https://gitee.com/openeuler/release-management/tree/master/openEuler-20.09)
+### 版本维护周期策略
+openEuler创新版本聚集于自由和开源软件的持续创新，版本开发、发布节奏高效且快速。如果您希望使用系统功能稳定且版本生命周期更长的发行版，推荐您使用openEuler LTS版本，有关openEuler LTS版本详细信息，请参考页面
+
+### 版本生命周期管理
+openEuler创新版本开发周期大约为6个月，该版本正式发布后的6个月内持续维护（EOL），6个月维护周期结束后，oepnEuler社区将不再持续为该版本提供更新维护服务，该版本中的各个软件包版本也同步将停止更新；
+### 历史版本发布信息
+历史发行版本（EOL停止维护）
\ No newline at end of file
diff --git a/openEuler-21.03/release-plan.md b/openEuler-21.03/release-plan.md
new file mode 100644
index 0000000000000000000000000000000000000000..0313eef5fa869d23f58bbfd6dd61d24969cc2f43
--- /dev/null
+++ b/openEuler-21.03/release-plan.md
@@ -0,0 +1,24 @@
+# Release plan
+|Stange name|Begin time|End time|
+|:----------|:---------|:-------|
+|Kernel update 5.10|2020-10-20|2020-10-30|
+|Key feature collect|2020-10-10|2020-12-15|
+|Kernel freezing|2020-12-21|2020-12-30|
+|Key feature freezing|2021-1-22|2021-1-22|
+|Build beta branch|2021-2-1|2022-2-22|
+|Beta test round 1|2021-2-24|2021-3-2|
+|Beta test round 2|2021-3-5|2021-3-11|
+|Beta test round 3|2021-3-15|2021-5-19|
+|Beta test round 4|2021-3-22|2021-3-24|
+|release|2021-3-25|2021-3-26|
+
+# Feture list
+|no|fetur|status|sig|owner|
+|:----|:---|:---|:--|:----|
+|1|[openEuler 21.03 support openStack](https://gitee.com/openeuler/release-management/issues/I25Y6B?from=project-issue)|discussion|sig-openstack|[@joec88](https://gitee.com/joec88) [@liksh](https://gitee.com/liksh) |
+|2|[openEuler 21.03 support virtualization live migration pro](https://gitee.com/openeuler/release-management/issues/I25ZB1?from=project-issue)|discussion|sig-virt|[@alexchen](https://gitee.com/alexchen)|
+|3|[openEuler 21.03 support StratoVirt function enhancement](https://gitee.com/openeuler/release-management/issues/I25ZH0?from=project-issue)|discussion|sig-virt|[@alexchen](https://gitee.com/alexchen)|
+|4|[openEuler 21.03 support Risc-v virt live migration](https://gitee.com/openeuler/release-management/issues/I25ZF1?from=project-issue)|discussion|sig-virt|[@alexchen](https://gitee.com/alexchen)|
+|5|[openEuler 21.03 support DDE](https://gitee.com/openeuler/release-management/issues/I27TT4?from=project-issue)|discussion|sig-DDE|[@panchenbo](https://gitee.com/panchenbo)|
+|6|[openEuler 21.03 kernel update to version 5.10](https://gitee.com/openeuler/release-management/issues/I27YGU?from=project-issue)|discussion|sig-kernel|[@XieXiuQi](https://gitee.com/xiexiuqi)|
+|7|[openEuler 21.03 remove python 2 from release](https://gitee.com/openeuler/release-management/issues/I29EV9?from=project-issue)|discussion|sig-python-modules|[@yaqiangchen](https://gitee.com/yaqiangchen)|
diff --git "a/openEuler\347\211\210\346\234\254\345\210\206\346\224\257\347\273\264\346\212\244\350\247\204\350\214\203.md" "b/openEuler\347\211\210\346\234\254\345\210\206\346\224\257\347\273\264\346\212\244\350\247\204\350\214\203.md"
new file mode 100644
index 0000000000000000000000000000000000000000..1517f6243400ff39bf383b46753a9c1c53a7a504
--- /dev/null
+++ "b/openEuler\347\211\210\346\234\254\345\210\206\346\224\257\347\273\264\346\212\244\350\247\204\350\214\203.md"
@@ -0,0 +1,54 @@
+openEuler社区的本着广泛合作，持续创新，包容并举的愿景，与所有开源软件世界的开发者共同持续打造稳定、创新的开源软件平台，构建支持多处理器架构、统一和开放的操作系统openEuler，推动软硬件生态繁荣发展。
+在基于以上开源开放的理念的同时， openEuler遵从开源软件及版本分支管理规范，对每个版本分支确定明确且清晰的规范策略，本文档作为社区维护人员介绍现有的openEuler社区各个分支中的软件包维护策略。如果有任何疑问或者需要澄清的地方，请您提交issue到[release-management SIG](https://gitee.com/openeuler/release-management/issues)中进行讨论。
+
+### master （主干分支）
+master作为openEuler社区持续滚动开发的主干，积极接纳openEuler社区每个软件包主干开发分支的代码更新，将其纳入mainline主干实时构建，并基于该master主干构建每日版本推送给openEuler社区开发者使用。
+
+对于master主干分支的软件包代码更新，openEuler社区开发者和维护者需要遵从基本规范：
+* master主干推荐各个软件包维护者更新最新且稳定的版本，并基于[openEuler 创新版本的发布计划](https://gitee.com/openeuler/release-management)，在创新版本**大规模构建**里程碑之前提供稳定且功能完善的版本，避免创新版本从master主干拉分支后，由于您的软件包版本问题导致必须回退到老版本，从而阻塞openEuler创新版本构建和发布；
+* 避免提交明显会导致mainline主干构建失败的代码，如果本次PR会阻塞该软件包完整构建，建议单独拉额外分支提交；
+* 当提交的代码更新PR明确包含ABI/API变更时，请您**提前一周（五个工作日）**提交ABI/API变更issue到[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便CI工程构建团队、QA测试团队及时更新对应的master主干工程基线列表和集成测试验证用例；
+* 当提交的软件包代码更新影响master主干下多个软件包依赖更新（例如，所有perl，python，ruby或gcc软件包），请在你的PR中使用**buildsystem标签** ，同步请您**提前一周（五个工作日）**提交**系统构建**issue到[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便CI工程构建团队提供特定的OBS构建分支，完成本次代码更新需要的大规模编译构建，该特性OBS分支构建成功后，再同步PR到master主干，以此减少不确定代码更新导致master主干大范围软件包依赖关系的破坏；
+* 如果某些软件包master分支需要回退到老版本，请确认已获得该软件包对应sig组例会及[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准，如果涉及底层关键软件包回退，包括（不限于）kernel、gcc、glibc，在获取[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准的同时，请务必确保你的回退变更早于openEuler创新版本需求收集冻结里程碑之前，以此减少对于master主干其他软件包和创新版本构建影响；
+
+
+### 以openEuler 20.09创新版本分支为例 （创新版本分支）
+openEuler社区创新版本分支按照**每6个月一个周期**从master主干分支拉出来，确定openEuler下一个创新版本（版本号命名规则：openEuler+年月的数字点分形式，例如：openEuler 20.09、openEuler 21.03、......)。该创新版本在经过集中编译、构建、Beta测试、release测试，并最终通过openEuler社区评审发布。
+
+对于openEuler创新版本分支，社区开发者和维护者需要遵从基本规范：
+* 创新版本分支拉出来前，请开发者确保自己维护的软件包master主干代码**稳定且可完整构建**；
+* 创新版本分支拉出来后，原则上仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此确保在版本发布之前该软件包持续处于稳定且可用的状态；
+* 创新版本分支正式发布后，在保证软件包[ABI兼容规范](https://gitee.com/openeuler/community/blob/master/zh/technical-committee/governance/software-management.md)的原则下，仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此保证该版本维护周期内（默认维护周期为版本发布后的6个月内）的持续稳定性；
+* 如有额外特殊新增特性、软件包调整变更，在获取[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准的同时，请您**提前一周（五个工作日）**提交变更issue到[release-management SIG](https://gitee.com/openeuler/release-management/issues)、[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便release 版本发布团队、CI工程构建团队、QA测试团队及时更新对应的changeset信息及更新版本REPO软件仓库；
+
+
+### 以openEuler 20.03-LTS-NEXT 版本分支为例（长期支持维护版本开发分支）
+openEuler LTS-NEXT分支作为该[LTS版本生命周期](https://gitee.com/openeuler/release-management/blob/master/lifecycle.md)时间内持续维护的**LTS版本开发主干**，LTS-NEXT开发主干**每12月一个周期**拉出来LTS-SPx版本分支，确定openEuler下一个LTS-SP版本（版本号命名规则：openEuler+年月+LTS+SPx的数字点分形式，例如：openEuler 20.03-LTS SP1、openEuler 20.03-LTS SP2、......)。该LTS-SP版本在经过集中编译、构建、Beta测试、release测试，并最终通过openEuler社区评审发布。
+
+对于openEuler LTS-NEXT开发版本分支，社区开发者和维护者需要遵从基本规范：
+
+* LTS-NEXT开发版本主干分支在保证软件包[ABI兼容规范](https://gitee.com/openeuler/community/blob/master/zh/technical-committee/governance/software-management.md)的原则下，并基于[openEuler LTS-SPx版本发布计划](https://gitee.com/openeuler/release-management)，在LTS-SPx版本**大规模构建**里程碑之前提供稳定且功能完善的版本；
+* 避免提交明显会导致LTS-NEXT主干构建失败的代码，如果本次PR会阻塞该软件包完整构建，建议单独拉额外分支提交；
+* 当提交的代码更新PR明确包含ABI/API变更时，且与软件包[ABI兼容规范](https://gitee.com/openeuler/community/blob/master/zh/technical-committee/governance/software-management.md)原则冲突的情况下，请您**提前一周（五个工作日）**提交ABI/API变更issue到[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)获取批准，同时请您提交**ABI/API变更**issue到[release-management SIG](https://gitee.com/openeuler/release-management/issues)、[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便release 版本发布团队、CI工程构建团队、QA测试团队及时更新对应的changeset信息及更新版本REPO软件仓库；
+* 如果某些软件包LTS-NEXT开发版本主干分支因某些特定原因需要回退到老版本，请确认已获得该软件包对应sig组例会及[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准，且务必确保你的回退变更早于openEuler LTX-SPx版本**需求收集冻结**里程碑之前，以此减少对于LTS-NEXT开发版本其他软件包和版本构建影响；
+
+### 以openEuler 20.03-LTS版本分支为例（长期支持维护版本分支）
+openEuler社区**LTS长期支持维护版本**按照**每24个月一个周期**从master主干分支拉出来，确定openEuler下一个LTS长期支持维护版本（版本号命名规则：openEuler+年月+LTS的数字点分+缩写形式，例如：openEuler 20.03-LTS、openEuler 22.03-LTS、......)。该LTS版本在经过集中编译、构建、alpha版本测试、Beta版本测试、release版本测试，并最终通过openEuler社区评审发布。
+
+对于openEuler LTS版本代码分支，社区开发者和维护者需要遵从基本规范：
+
+* LTS版本分支拉出来前，请开发者确保自己维护的软件包master主干代码**稳定且可完整构建**；
+* LTS版本分支拉出来后，原则上仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此确保在版本发布之前该软件包持续处于稳定且可用的状态；
+* LTS版本分支**正式发布后**，在保证软件包**ABI兼容**的原则下，仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此保证该版本维护周期内（默认维护周期为版本发布后的24个月内）的持续稳定性；
+* 如有额外特殊新增特性、软件包调整变更，在获取[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准的同时，请您**提前一周（五个工作日）**提交变更issue到[release-management SIG](https://gitee.com/openeuler/release-management/issues)、[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便release 版本发布团队、CI工程构建团队、QA测试团队及时更新对应的
+
+
+### 以openEuler 20.03-LTS SP1版本分支为例（长期支持维护版本分支）
+openEuler社区LTS-SP版本作为LTS基线版本生命周期内的次要发布版本，按照**每12个月一个周期**从LTS-NEXT主干分支拉出来，确定openEuler下一个SP次要发布版本（版本号命名规则：openEuler+年月+LTS+SP的数字点分形式，例如：openEuler 20.03-LTS SP1、openEuler 20.03-LTS SP2、......)。该SP版本在经过集中编译、构建、Beta测试、release测试，并最终通过openEuler社区评审发布。
+
+对于openEuler LTS SP版本分支，社区开发者和维护者需要遵从基本规范：
+
+* LTS SPx版本分支拉出来前，请开发者确保自己维护的软件包LTS-NEXT主干代码**稳定且可完整构建**；
+* LTS SPx版本分支拉出来后，原则上仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此确保在版本发布之前该软件包持续处于稳定且可用的状态；
+* LTS SPx版本分支**正式发布后**，在保证软件包**ABI兼容**的原则下，仅接受以patch形式合入的**少量补丁代码**，用于解决单点bug、安全漏洞、以及其他必须的适配修改，以此保证该版本维护周期内（默认维护周期为版本发布后的24个月内）的持续稳定性；
+* 如有额外特殊新增特性、软件包调整变更，在获取[openEuler TC委员会](https://gitee.com/openeuler/community/tree/master/zh/technical-committee)批准的同时，请您**提前一周（五个工作日）**提交变更issue到[release-management SIG](https://gitee.com/openeuler/release-management/issues)、[QA sig](https://gitee.com/openeuler/QA/issues) 、[CI-bot sig](https://gitee.com/openeuler/ci-bot/issues)，以便release 版本发布团队、CI工程构建团队、QA测试团队及时更新对应的
\ No newline at end of file
diff --git "a/openEuler\347\211\210\346\234\254\345\217\221\345\270\203\344\274\232\350\256\256\350\257\204\345\256\241\350\247\204\350\214\203.md" "b/openEuler\347\211\210\346\234\254\345\217\221\345\270\203\344\274\232\350\256\256\350\257\204\345\256\241\350\247\204\350\214\203.md"
new file mode 100644
index 0000000000000000000000000000000000000000..43b9196d72e44010e600b56a02f659630c0e2acb
--- /dev/null
+++ "b/openEuler\347\211\210\346\234\254\345\217\221\345\270\203\344\274\232\350\256\256\350\257\204\345\256\241\350\247\204\350\214\203.md"
@@ -0,0 +1,32 @@
+openEuler社区在每个发行版正式发布评审会议之前，通过邮件形式收集TC委员会、包管理委员会、QA团队、工程团队、release managment团队意见，以此确定本次正式发行版是否满足发行条件。该会议称为：GO/NOGO会议。
+
+[质量保证小组](https://gitee.com/openeuler/QA)负责验证待正式发布版本是否满足openEuler社区发行版正式发布标准。质量检查小组的决定必须基于拦截版本及组件**质量问题流程**（待发布）。如果在版本正式发布之前已经执行了与发布阶段（Beta测试版或最终发布版）相对应的所有验证测试活动，并且在Beta测试版本和正式发行版中均没有待解决且影响版本或组件功能的问题的前提下，QA团队将会同意发布。如果存在尚未解决的且各个团队评估影响版本或组件的关键问题时，或者验证测试任务没有结束或未执行，则QA不会批准该版本发布。此决策没有自由裁量权的空间。如果存在其他版本发布反对意见团队或者参与者，则最终以GO/NOGO会议决策为准。
+
+## 会议组织
+
+1.  会议通常有openEuler社区Release management sig主持，主持人在会议开始前三天发送电子邮件通知，指定会议地点和时间，敬请关注以下邮件组会议通知：
+    *   dev-bounces@openeuler.org
+ 
+2.  在会议开始时，应明确确定openEuler社区TC委员会、包管理委员会、QA团队、工程团队、release managment团队的代表成员；
+
+## 会议成果
+
+1.  决定发布是否为*同意发布*。
+    *   如果满足发布标准，则将发布声明为*同意发布*。
+    *   如果发布标准**不**符合，顺延到下一个星期继续决策。
+2.  TC委员会、包管理委员会、QA团队、工程团队、release managment团队的代表成员一致宣布发布为*同意发布*。
+3.  一旦发布被声明为*同意发布*（满足openEuler社区发布标准），其状态就无法更改。
+4.  电子邮件已发送到以下电子邮件列表，宣布会议组织者已将该版本宣布为*同意发布*。
+    *  tc@openeuler.org
+    *  dev-bounces@openeuler.org
+    *  council@openeuler.org
+    * community@openeuler.org
+    * announce@openeuler.org
+5.  版本一旦发布，即使发现了其他错误，也无法撤消，直到下个补丁版本阶段以单组件更新方式修复解决。
+
+## 应变计划
+
+如果版本发布内容不符合发布标准，则无法将发布声明为*同意发布*，完整发布会推迟一周。
+
+
+*   **质量检查标准操作程序**（待正式发布）
\ No newline at end of file
diff --git "a/openEuler\347\211\210\346\234\254\350\275\257\344\273\266\344\273\223\345\272\223\350\257\264\346\230\216.md" "b/openEuler\347\211\210\346\234\254\350\275\257\344\273\266\344\273\223\345\272\223\350\257\264\346\230\216.md"
new file mode 100644
index 0000000000000000000000000000000000000000..84211f2c98fbe26a5ea8ec421a346c7827c9616c
--- /dev/null
+++ "b/openEuler\347\211\210\346\234\254\350\275\257\344\273\266\344\273\223\345\272\223\350\257\264\346\230\216.md"
@@ -0,0 +1,19 @@
+openEuler社区及其它第三方开发者共同提供了丰富易用的软件包，并根据这些软件包的来源、质量属性、维护方式等不同维度划分为先三类openEuler社区软件仓库，openEuler社区版本使用者可以根据自己的需求配置不同的软件仓库；
+
+##  openEuler提供的基本软件仓库
+-  **OS** --- openEuler LTS和创新版正式发布的基础软件包集合仓库，该仓库由linux操作系统常用软件包集合而成，包括基本OS必须的软件包和linux常用且提供重要功能的软件包，该集合内软件包依赖关系稳定，无须依赖其余仓库，均可正常安装使用；
+-  **Everything** --- openEuler LTS和创新版本正式发布的全量软件包集合仓库，该仓库所有软件包根据openEuler社区软件质量属性规范，均完成了openEuler社区全流程质量保证。该集合内全量软件包依赖关系稳定，无须依赖其余仓库，均可正常编译、构建和安装使用；
+
+##  openEuler提供的附加软件仓库
+-  **update** --- openEuler LTS和创新版正式发布的OS和Everything仓库中软件包定期更新集合仓库，属于OS和Everything仓库的子集，用于解决软件包bugfix和CVE安全漏洞修复，update仓库通常同时存在一个软件的多个版本的更新；
+-  **EPOL(Extra Packages for openEuler Linux )** --- 作为openEuler LTS和创新版本软件包仓库的补充，为openEuler社区提供尽可能丰富的软件包。该仓库软件包**源码均需要来源于openEuler社区**，同时因受社区软件包质量、技术成熟度、社区参与者投入等原因暂时无法完全满足openEuler社区软件包发布质量及维护支持要求，但openEuler社区从开源社区使用者角度来考虑，提供这类软件包供社区爱好者使用，同时明确无法为该类软件包提供bugfix和CVE安全漏洞修复；EPOL软件仓无法独立编译、构建和完整安装，该仓库需要结合OS、Everithing仓库一起使用；
+-  **debuginfo** ---  openEuler LTS和创新版正式发布的OS和Everything仓库中软件包的debuginfo包，这些包中默认带着编译时所添加的调试符号信息，用于gdb调试使用。该软件仓库默认情况下不在系统yum配置文件中，使用者根据需要自行配置。
+-  **source** --- openEuler LTS和创新版正式发布的全量软件包源码包集合仓库，提供给使用者重新构建自定义RPM包；同时请考虑重建 SRPM 将会为你带来的额外的工作负担，即每当该包有安全CVE漏洞更新发布时，你需要重新获取该包source包重新构建，已解决问题及安全漏洞；
+-  **docker_img** --- openEuler LTS和创新版正式发布的基础容器镜像，供使用者快速创建一个基础容器工作环境；
+-  **virtual_machine_img** ---  openEuler LTS和创新版正式发布的基础虚拟机镜像，供使用者快速创建一个基础linux操作系统工作环境；openEuler社区虚拟机镜像格式默认支持qcow2，其余格式敬请期待。
+-  **netinstall** --- openEuler LTS和创新版提供的最小的CD镜像文件，供使用者通过网络安装方式快速安装一个基础linux操作系统；netinstall iso仅可用于匹配的openEuler发行版，例如，openEuler 20.03-LTS-SP1的netinstall仅可用来安装openEuler 20.03-LTS-SP1。
+-  **raspi_img** --- openEuler创新版本针对树莓派硬件架构，提供基础树莓派虚拟机镜像，供使用者快速创建一个基础树莓派虚拟机工作环境；
+
+##  openEuler提供的第三方软件仓库
+-  **extras** --- 非openEuler社区提供编译、构建的软件包，可以兼容openEuler LTS和创新版本，并且不破坏openEuler各版本软件包原有兼容性和依赖关系，仅作为openEuler LTS和创新版本软件包仓库的第三方软件包补充，为openEuler社区使用者提供尽可能丰富的软件包选择。
+-  **RISCV** --- 基于openEuler社区提供编译环境独立编译、构建的软件包，用于支持RISCV架构系统的软件包仓库结合，当前该架构处于技术快速开发阶段，openEuler社区当前不承诺正式商用及相关安全漏洞SLA达成；
\ No newline at end of file
diff --git "a/openEuler\347\211\210\346\234\254\351\224\201\345\272\223\346\214\207\345\257\274.md" "b/openEuler\347\211\210\346\234\254\351\224\201\345\272\223\346\214\207\345\257\274.md"
new file mode 100644
index 0000000000000000000000000000000000000000..c3ae9e2ba9d5f6340db0936f4d52c6548dffe294
--- /dev/null
+++ "b/openEuler\347\211\210\346\234\254\351\224\201\345\272\223\346\214\207\345\257\274.md"
@@ -0,0 +1,17 @@
+# openEuler社区版本锁库
+## 实现方案
+- 锁库功能是在PR合入流程中通过对分支状态（冻结与否）判断实现拒绝合入；
+- 分支状态由release-management仓库中release-management.yaml(https://gitee.com/openeuler/release-management/blob/release-management.yaml)文件记录；
+- 社区机器人ci-bot实时监控分支状态文件，并确认版本特殊权限名单；
+- 若分支为冻结状态，PR除满足原本合入条件外还需指定权限人同意才可合入；
+
+## 操作方法
+### 锁库
+- 修改release-management.yaml(https://gitee.com/openeuler/release-management/blob/release-management.yaml)文件，在release项下增加分支冻结状态控制记录；
+	 - [ ] branch：分支名称；
+	 - [ ] frozen ：表示是否冻结仓库，true为锁库，false不锁库；
+	 - [ ] owner ：特殊权限用户；
+
+### 特殊权限合入
+- 在锁库状态下，PR除了满足原本的合入条件外，还需特殊权限用户执行 /check-pr 或 /lgtm 或  /approve 才能合入；
+
diff --git "a/openEuler\347\244\276\345\214\272\346\226\260\345\242\236\350\275\257\344\273\266\345\214\205\346\265\201\347\250\213\346\214\207\345\257\274.md" "b/openEuler\347\244\276\345\214\272\346\226\260\345\242\236\350\275\257\344\273\266\345\214\205\346\265\201\347\250\213\346\214\207\345\257\274.md"
new file mode 100644
index 0000000000000000000000000000000000000000..f0cd6edc958bae027dbfb49c4185c9ce38fbdcce
--- /dev/null
+++ "b/openEuler\347\244\276\345\214\272\346\226\260\345\242\236\350\275\257\344\273\266\345\214\205\346\265\201\347\250\213\346\214\207\345\257\274.md"
@@ -0,0 +1,59 @@
+## 一、创建新软件仓库
+
+新建软件仓库分为两种：新建**原创软件** upstream开源仓库，新引入**其他开源社区开源软件**源码仓库。
+
+### **原创开源软件**，选择openEuler作为upstream托管仓库，对应的PR创建流程如下：
+- a) 原创开源软件**加入openEuler社区已有sig组**，提交申请建仓PR，TC 及对应sig组review approve后既可自动创建gitee软件仓（CI脚本自动触发），同时CI脚本会自动触发在OBS的factory编译工程中创建预验证工程；
+- PR示例：https://gitee.com/openeuler/community/pulls/1226/files
+
+- b) 原创开源软件**申请新的sig组**，提交申请建仓PR，TC 及对应sig组review approve后既可自动创建gitee软件仓（CI脚本自动触发），同时CI脚本会自动触发在OBS的factory编译工程中创建预验证工程；
+- PR示例：https://gitee.com/openeuler/community/pulls/1280/files
+
+### **开源软件引入openEuler社区**，作为openEuler社区版本rebuild构建使用，对应的PR创建流程样例如下：
+- a) 开源软件**加入openEuler社区已有sig组**，提交申请建仓PR，TC 及对应sig组review approve后既可自动创建gitee软件仓（CI脚本自动触发），同时CI脚本会自动触发在OBS的factory编译工程中创建预验证工程；
+- PR示例：https://gitee.com/openeuler/community/pulls/975/files
+
+-b) 开源软件**申请新的sig组**，提交申请建仓PR，TC 及对应sig组review approve后既可自动创建gitee软件仓（CI脚本自动触发），同时CI脚本会自动触发在OBS的factory编译工程中创建预验证工程；
+- PR示例：https://gitee.com/openeuler/community/pulls/1251/files
+
+## 二、代码上传到gitee社区
+
+**建仓**完成后，根据[openEuler社区打包规范](https://gitee.com/openeuler/community/blob/master/zh/contributors/packaging.md),完成软件包spec撰写/适配，之后新建PR提交代码+spec等完整的包文件，通过门禁检查和单包编译检查
+- PR示例：https://gitee.com/src-openeuler/isula-build/pulls/1 
+
+## 三、代码编译构建二进制RPM包（OBS构建工程）
+
+在第二步骤中新包在OBS的factor工程下编译成功且稳定后，就可以申请移仓到OBS mainline编译工程中来了，申请PR样例如下（openEuler社区是共主干开发，mainline是不受限新增包，编译成功稳定就可以申请加入mainline工程）
+
+
+- PR示例：https://gitee.com/src-openeuler/obs_meta/pulls/388/files
+
+
+## 四、纳入master开发主干的每日构建版本ISO中参与版本构建（jenkins构建工程）
+
+申请该包被纳入各个版本开发主干的每日构建ISO交付件构建列表中；openEuler社区每日构建版本ISO文件根据包规模大小有两类：基础ISO（大约2300+ 二进制RPM包规模），全量ISO（everything ISO,大约10000+ 二进制RPM包）；
+
+- 【PR样例】https://gitee.com/src-openeuler/mkeuleros/pulls/91
+ 
+
+## 五、提交需求，申请新增软件包纳入relase发布版本ISO中正式对外发布
+申请该包被纳入各个版本正式release发布的ISO交付件构建列表中，需要在版本分支拉出来之前的需求收集阶段，提需求给release sig，根据openEuler社区质量要求、版本需求接纳原则来评审；
+
+ISO文件根据包规模大小有两类：基础ISO（大约2300+ 二进制RPM包规模），全量ISO（everything ISO,大约10000+ 二进制RPM包）。
+
+- PR示例：https://gitee.com/openeuler/release-management/issues/I1O7RM?from=project-issue
+
+ 
+
+## 六、release版本ISO中参与版本编译、构建申请（OBS/jenkins工程）
+需求纳入relase版本后，提交PR申请该包纳入release 分支对应的OBS和jenkins编译构建交付件列表
+
+【OBS编译工程PR申请样例】
+
+- PR样例：https://gitee.com/src-openeuler/obs_meta/pulls/135/files
+
+【jenkins构建工程PR申请样例】
+- PR样例： https://gitee.com/src-openeuler/mkeuleros/pulls/91
+
+## 七、新增软件包流程图
+![输入图片说明](https://images.gitee.com/uploads/images/2020/1117/190932_99e94b47_5603730.png "new_package.PNG")
\ No newline at end of file
diff --git a/release-management.yaml b/release-management.yaml
new file mode 100644
index 0000000000000000000000000000000000000000..0b30071a3ec73ca548f26bfeb272701e1da8781d
--- /dev/null
+++ b/release-management.yaml
@@ -0,0 +1,20 @@
+release:
+- branch: master
+  frozen: false
+  owner:
+  - solarhu
+  - yaqiangchen
+  - Ronnie_Jiang
+  - zyp-rock
+  - yumin_jiang
+release:
+- branch: openEuler-20.03-LTS-SP1
+  frozen: true
+  owner:
+  - solarhu
+  - yaqiangchen
+  - Ronnie_Jiang
+  - openeuler-basic
+  - orange-snn
+  - small_leek
+