From fe0db1f17078705335d1716ce192f85753056c38 Mon Sep 17 00:00:00 2001 From: chenyaqiang Date: Tue, 29 Sep 2020 15:28:27 +0800 Subject: [PATCH 1/3] =?UTF-8?q?add=20openEuler-20.09/openEuler=E5=88=9B?= =?UTF-8?q?=E6=96=B0=E7=89=88=E6=9C=AC=E7=94=9F=E5=91=BD=E5=91=A8=E6=9C=9F?= =?UTF-8?q?=E7=AE=A1=E7=90=86.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...50\346\234\237\347\256\241\347\220\206.md" | 58 +++++++++++++++++++ 1 file changed, 58 insertions(+) create mode 100644 "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" 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 000000000..f5d9f6f53 --- /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 -- Gitee From c44538a154274a25a8f96c6b55ef423515f1fe72 Mon Sep 17 00:00:00 2001 From: chenyaqiang Date: Tue, 29 Sep 2020 16:10:54 +0800 Subject: [PATCH 2/3] =?UTF-8?q?add=20openEuler=E7=89=88=E6=9C=AC=E5=8F=91?= =?UTF-8?q?=E5=B8=83=E4=BC=9A=E8=AE=AE=E8=AF=84=E5=AE=A1=E8=A7=84=E8=8C=83?= =?UTF-8?q?.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...04\345\256\241\350\247\204\350\214\203.md" | 32 +++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 "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" 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 000000000..63810a30d --- /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 -- Gitee From 062454828b9e8db6744162502737ee6aa869bb9d Mon Sep 17 00:00:00 2001 From: chenyaqiang Date: Tue, 29 Sep 2020 16:20:54 +0800 Subject: [PATCH 3/3] =?UTF-8?q?update=20openEuler=E7=89=88=E6=9C=AC?= =?UTF-8?q?=E5=8F=91=E5=B8=83=E4=BC=9A=E8=AE=AE=E8=AF=84=E5=AE=A1=E8=A7=84?= =?UTF-8?q?=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...56\256\350\257\204\345\256\241\350\247\204\350\214\203.md" | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) 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" index 63810a30d..43b9196d7 100644 --- "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" @@ -2,14 +2,14 @@ openEuler社区在每个发行版正式发布评审会议之前，通过邮件 [质量保证小组](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. 决定发布是否为*同意发布*。 * 如果满足发布标准，则将发布声明为*同意发布*。 -- Gitee