You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
openharmonydocs/community-master/meeting-notes/2022-05-19.md

30 lines
5.2 KiB

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

PMC 例会 2022-05-19
## 参会人员 (Attendance):
| 姓名 | 账号 |
| ------ | ---------------------------------------- |
| 董金光 | [@dongjinguang](https://gitee.com/dongjinguang) |
| 任革林 | [@im-off-this-week](https://gitee.com/im-off-this-week) |
| 李家欣 | [@ninalijiaxin](https://gitee.com/ninalijiaxin) |
| 吴勇辉 | [@davidwulanxi](https://gitee.com/davidwulanxi) |
| 马耀辉 | [@stesen](https://gitee.com/stesen) |
| 梁克雷 | [@xzmu](https://gitee.com/xzmu) |
| 黄明龙 | [@minglonghuang](https://gitee.com/minglonghuang) |
| 赵文华 | [@shidi_snow](https://gitee.com/shidi_snow) |
| 邢文华 | [@xhuazi](https://gitee.com/xhuazi) |
| 高涵一 | [@gaohanyi1982](https://gitee.com/gaohanyi1982) |
| 议题相关人员 | 议题相关人员 |
## 议题(Agenda):
1. PMC etherpad 议题列表 [No71~72](https://gitee.com/link?target=https%3A%2F%2Fetherpad.openharmony.cn%2Fp%2Fpmc)
## 会议纪要(Minute of Meeting):
| 议题编号 | 议题名称 | 会议纪要 |
| ---- | ------------------------ | ---------------------------------------- |
| No71 | devboard sig 开发版官网展示页面提议 | 结论:<br>可以输出到基础设施工作组进行方案设计之后将初版交于PMC评审。<br>遗留问题<br>1在展示页中加一项“适配的系统版本”的信息-责任人:基础设施工作组 完成时间:与基础设施工作组进一步沟通后确定<br>2开发板展示的入口放在哪里?建议放到官网“支持”下拉框下的设备开发的子页中,具体需要基础设施工作组根据官网整体风格和逻辑进行设计--责任人:基础设施工作组 完成时间:与基础设施工作组进一步沟通后确定 <br>3在官网展示的开发板代码提供的仓地址为OpenHarmony组织下的仓地址--责任人devboard sig 完成时间2022年6月20日 <br>4后期要设计展示下架的机制--责任人devboard sig 完成时间2022年6月30日<br>5展示页面的排序建议进主干的排在前面--责任人:基础设施工作组 完成时间:与基础设施工作组进一步沟通后确定<br>6不跳转到其他公司或者三方网站--责任人devboard sig&基础设施工作组 完成时间:与基础设施工作组进一步沟通后确定<br>7对于上官网的开发板后期逐渐形成标杆机制devboard sig可以在例会上讨论责任人南向生态拓展团队&devboard sig 完成时间2022年7月30日<br>8提供资料给基础设施的法务审核时尽量突出审核点--责任人devboard sig 完成时间2022年6月30日<br>9未来是否要提供开发版的发行版镜像下载链接如何提供可以在devboard sig讨论 责任人:南向生态拓展团队&devboard sig 完成时间2022年6月30日<br>10官网展出数据要和gitte做到同源一致责任人devboard sig 完成时间2022年6月30日<br>11所发布的开发版需要通过兼容性评测<br>12所发布的开发版通过OpenHarmony CI系统保证一键可用 |
| No72 | 社区Issue处理流程优化 | 结论:<br>1问题修改后需要提交人确认关闭。<br>2提交人确认环节超过30天未确认负责修改sig可以评估关闭<br>3对Issue各环节增加内容要求<br>①问题解决需附上PR链接。<br>②自验证/回归验证:需附上测试报告。<br>③不解决关闭/挂起:附上原因或评审结论<br>4社区规则更新<br>缺陷的修改更新规则3<br>【规则3】测试用例设计白盒自动化用例要做到代码逻辑全覆盖手工测试用例要做到修改场景上的覆盖。建议如果修改代码量在50行以下设计测试用例不少于5条50行及以上测试用例在代码行的10%以上;<br>Comitter在审核提交时要审查用例覆盖是否满足上诉要求。<br>缺陷回归验证:(本次新增)<br>【规则1】社区issue修复后需要由issue提交人确认关闭修改人不能自己关闭。<br>【规则2】issue提交人收到修复方案后如果30天内未进行确认Comitter可评估决定是否关闭issue。<br>【规则3】“验证中”环节回归测试后需附上测试报告不能直接关闭或简单评论后关闭。<br>测试报告参考模板:<br>【回归测试结果】<br>【回归测试软件版本】<br>【单版信息】<br>【回归测试次数】<br>【测试过程】<br>遗留问题:<br>1issue处理规则刷新后在社区发布。责任人丁琦 完成时间2022年6月5日<br>2讨论输出社区issue的审核规则指导Comitter在审核环节符合规矩。责任人丁琦 完成2022年6月15日<br>3码云工具优化<br>①issue状态变化后issue提交人收到的邮件通知增加明确的提示。<br>②issue提交审核后检查提交用例数是否满足要求并给审审核的Comitter进行提示。<br>责任人:王意明 完成时间:待码云评估后给出<br>4对历史issue进行分析确认用例覆盖情况并建立各sig用例的管理看板。责任人高涵一 完成时间2022年6月30日 |