1 Star 0 Fork 31

wangziming / release-management

加入 Gitee
与超过 1200万 开发者一起发现、参与优秀开源项目,私有仓库也完全免费 :)
免费加入
克隆/下载
openHarmony版本发布会议评审规范.md 4.33 KB
一键复制 编辑 原始数据 按行查看 历史
aiyongfu 提交于 2022-09-13 07:33 . 版本发布规范

openHarmony社区在每个发行版正式发布评审会议之前,通过邮件形式收集测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会等意见,以此确定本次正式发行版是否满足发行条件。该会议称为:GO/NOGO会议。

测试团队负责验证待正式发布版本是否满足openHarmony社区发行版正式发布标准。质量检查小组的决定必须基于拦截版本及组件质量问题流程(待发布)。如果在版本正式发布之前已经执行了与发布阶段(Beta测试版或最终发布版)相对应的所有验证测试活动,并且在Beta测试版本和正式发行版中均没有待解决且影响版本或组件功能的问题的前提下,QA团队将会同意发布。如果存在尚未解决的且各个团队评估影响版本或组件的关键问题时,或者验证测试任务没有结束或未执行,则QA不会批准该版本发布。如果存在其他版本发布反对意见团队或者参与者,则最终以GO/NOGO会议决策为准。

序号 关节活动 内容描述 活动要求说明 责任组织
1 社区版本发布评审 评审入口条件检查 在正式发布评审会之前,对于评审入口条件进行检查,需社区代码工具告警清零、社区版本集成测试活动完成、无关键阻塞问题遗留、配套资料完成。 SIG-QA
2 社区版本发布评审 组织社区版本发布评审,评审纪要归档至社区 正式组织社区版本发布评审会,正式评委包含:测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会基金会 SIG-release
3 社区版本发布 社区版本版本包发布 社区版本分支TAG归档,上传华为云,版本获取链接更新并验证(含SDK) SIG-社区构建
4 社区版本发布 社区版本发布后用户验证 针对最终发布版本的验证,确保与计划发布版本一致,含两种方式: 1. Repo拉取源码获取、编译烧录、亮屏 2. Docker环境下的编译、烧录、亮屏 SIG-release(基金会参与)
5 社区版本发布 Release notes发布社区 Release notes发布社区 SIG-release
6 社区版本发布 版本发布社区邮件推送 版本发布社区邮件推送 SIG-release
7 社区版本发布 版本发布社区公告 版本发布社区公告 SIG-社区构建

会议组织

  1. 会议通常由openHarmony社区版本发布 sig主持,主持人在会议开始前三天发送电子邮件通知,指定会议地点和时间,敬请关注以下OpenHarmony版本发布评审会议通知:

  2. 在会议开始时,应明确确定openHarmony社区测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会等团队的代表成员;

会议成果

  1. 决定发布是否为同意发布
    • 如果满足发布标准,则将发布声明为同意发布
    • 如果发布标准符合,顺延到下一个星期继续决策。
  2. 测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会等团队的代表成员一致宣布发布为同意发布
  3. 一旦发布被声明为同意发布(满足openHarmony社区发布标准),其状态就无法更改。
  4. 版本一旦发布,即使发现了其他错误,也无法撤消,直到下个补丁版本阶段以单组件更新方式修复解决。

应变计划

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

  • 质量检查标准操作程序(待正式发布)
1
https://gitee.com/w00636648/release-management.git
git@gitee.com:w00636648/release-management.git
w00636648
release-management
release-management
master

搜索帮助

53164aa7 5694891 3bd8fe86 5694891