同步操作将从 OpenHarmony/release-management 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
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-社区构建 |
会议通常由openHarmony社区版本发布 sig主持,主持人在会议开始前三天发送电子邮件通知,指定会议地点和时间,敬请关注以下OpenHarmony版本发布评审会议通知:
在会议开始时,应明确确定openHarmony社区测试SIG、QA团队、法务、配置管理团队、版本发布团队、基金会等团队的代表成员;
如果版本发布内容不符合发布标准,则无法将发布声明为同意发布,完整发布会推迟一周。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。