# 发布评审会议SOP

本文档用于说明发布评审会议的SOP。发布评审会议是作为openEuler社区版本发布的决策会议，因为该会议会给待发布版本一个GO或NOGO的结论，所以一般又叫做版本的GO/NOGO会议。

## 成员构成

发布评审会议一般由以下的人员组成：

- 发布经理
- 技术委员会代表
- QA团队代表
- 安全委员会
- 营销团队代表
- 社区运营代表
- 包管理团队
- 发布&构建团队
- 关键Maintainer成员（1~5人，可以和技术委员会代表重合）

## 会议组织说明

- openEuler社区版本发布前，一般是在发布前一周的周三，由发布经理组织召开发布评审会议。
- 发布经理需要**提前两周**收集发布评审会议的与会人，并把会议通知公告以及与会人清单公示出来，并通过社区邮件列表通知所有人，
- 发布经理要在评审会议召开前，把**待发布版本的质量评估情况，以及按照《**[**openEuler社区版本发布Checklist**](https://gitee.com)**》检查结果**发给所有与会人。
- 发布评审会的**成员必须满足80%以上与会**（如果20%小于一个与会人，就按一个与会人论），发布评审会的结论才能够成立。
- 发布经理在会上向发布评审会成员讲解质量评估结果、关键风险以及检查结果。
- 是否可以发布，由发布评审会议的成员投票决定，采用**2/3大多数共识决策机制**。投票结果会正式在社区公告。



## 会议结果公告模板

XX年XX月XX日，由XXXX版本发布经理XXXX组织召开XXXX版本发布评审会议。

- 会议与会人：XXX/XXXX/XXXX
- 评审报告链接
- 评审结果：**通过/不通过**，实际投票人XXX人，通过票XX票，通过率XX%