openEuler版本发布会议评审规范.md · 薄皮小笼包/release-management

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.  版本一旦发布，即使发现了其他错误，也无法撤消，直到下个补丁版本阶段以单组件更新方式修复解决。

## 应变计划

如果版本发布内容不符合发布标准，则无法将发布声明为*同意发布*，完整发布会推迟一周。

*   **质量检查标准操作程序**（待正式发布）

薄皮小笼包/release-management

简介

发行版

贡献者

近期动态

薄皮小笼包/release-management .gitee-modal { width: 500px !important; }

简介

发行版

贡献者

近期动态

搜索帮助

薄皮小笼包/release-management