提交 ad7205b6 编写于 作者: Y yanyunpeng 提交者: jinguang

!823 update MoM of PMC meeting

* update MoM of PMC meeting on 20220310
* update MoM of PMC meeting on 20220224
上级 fd5ce5aa
# PMC 例会 2022-02-24
## 参会人员 (Attendance):
| 姓名 | 账号 |
| :----: | :--------------------------------------: |
| 董金光 | [@dongjinguang](https://gitee.com/dongjinguang) |
| 万承臻 | [@wanchengzhen](https://gitee.com/wanchengzhen) |
| 任革林 | [@im-off-this-week](https://gitee.com/im-off-this-week) |
| 付天福 | [@futianfu](https://gitee.com/futianfu) |
| 吴勇辉 | [@davidwulanxi](https://gitee.com/davidwulanxi) |
| 李家欣 | [@ninalijiaxin](https://gitee.com/ninalijiaxin) |
| 王意明 | [@youthdragon](https://gitee.com/youthdragon) |
| 马耀辉 | [@stesen](https://gitee.com/stesen) |
| 梁克雷 | [@xzmu](https://gitee.com/xzmu) |
| 黄明龙 | [@minglonghuang](https://gitee.com/minglonghuang) |
| 赵文华 | [@shidi_snow](https://gitee.com/shidi_snow) |
| 丁勇 | [@ding-yong](https://gitee.com/ding-yong) |
| 邢文华 | [@xhuazi](https://gitee.com/xhuazi) |
| 高涵一 | [@gaohanyi1982](https://gitee.com/gaohanyi1982) |
| 鲜余强 | [@klooer](https://gitee.com/klooer) |
| 余枝强 | [@yuzhiqiang101](https://gitee.com/yuzhiqiang101) |
| 议题相关人员 | 议题相关人员 |
## 议题(Agenda):
1. PMC etherpad 议题列表 [No44~50](https://etherpad.openharmony.cn/p/pmc)
## 会议纪要(Minute of Meeting):
| 议题编号 | 议题名称 | 会议纪要 |
| :--: | :----------------------: | :--------------------------------------: |
| No44 | 社区安全治理SIG申请 | 会议结论:同意建立“社区安全治理-sig”,遗留问题:关于社区隐私的问题,请考虑新建小组承载或者纳入社区治理-sig,运行承载。 |
| No45 | OHCA协议评审 | 会议结论:评审通过,遗留问题:SDK兼容性看护范围建议在协议中明确下 |
| No46 | 测试sig新增成员评审 | 会议结论:评审通过 |
| No47 | 申请x86 SIG | 会议结论:1.会议材料需要重新修改,将sig的技术方向、实现途径、成员及准入方式进行定义 2. 建议线下应用sig、架构sig、编译框架sig及系统相关涉及到的sig groupleader进行沟通,确保技术架构符合OH的规范 |
| No48 | OpenHarmony代码准出规范 | 会议结论:1.相关材料PMC已经知悉,社区共建遵循社区流程和社区质量要求,MOU等非社区化流程不允许提交到社区。从社区界面审视,向社区主干提交代码只需要签署《开发者原创声明》协议。2.需要将现有材料与sig-QA中的相关材料进行整合,补齐中没有项目,同时对材料中提到的检查项目,需要在原有的准时出检表中添加列,列出所有准出材料及检查项 |
| No49 | 成立OpenHarmony MIPS SIG | 会议结论:同意成立MIPS SIG遗留问题:1、刷新目标与阶段策略,可以优先适配Small版本,但作为MIPS架构性的适配,富设备也要一并纳入目标。 |
| No50 | PMC 对营销的推荐规则及第一批评审和贡献者评审 | 会议结论:同意营销的sig和贡献者激励及宣传的推荐规则,营销时要注意遵循工委会要求:会上要求工作委员会营销方面只做客观数据的事实呈现,不做权重等主管描述。 |
# PMC 例会 2022-03-10
## 参会人员 (Attendance):
| 姓名 | 账号 |
| ------ | ---------------------------------------- |
| 董金光 | [@dongjinguang](https://gitee.com/dongjinguang) |
| 任革林 | [@im-off-this-week](https://gitee.com/im-off-this-week) |
| 李家欣 | [@ninalijiaxin](https://gitee.com/ninalijiaxin) |
| 马耀辉 | [@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) |
| 鲜余强 | [@klooer](https://gitee.com/klooer) |
| 议题相关人员 | 议题相关人员 |
## 议题(Agenda):
1. PMC etherpad 议题列表 [No51~55](https://gitee.com/link?target=https%3A%2F%2Fetherpad.openharmony.cn%2Fp%2Fpmc)
## 会议纪要(Minute of Meeting):
| 议题编号 | 议题名称 | 会议纪要 |
| ---- | ---------------------------- | ---------------------------------------- |
| No51 | 南北向IDE上OH官网 | 结论:同意OH官网增加IDE宣传落地页 遗留问题:1) 建议OH和HarmonyOS IDE工具上进行归一化,OH和HarmonyOS二者区别,通过SDK包和插件方式予以支持,建议和法务和品牌相关同事确认。--- 330版本分开,430及之后合并。李佳蔚 完成时间:3月25日 2) 基于遗留问题1,评估OH的IDE获取页面是否需要重新设计。--李佳蔚 完成时间:3月25日 3) IDE beta和SDK preview版本要能支持海外下载。---光有个IDE新版本是没有用的,需要IDE+SDK+模拟器镜像+真机版本 齐套 才能真正供开发者使用,目前鸿蒙Beta版本策略是不出海,如果有明确的大批量拓展目标,可以提需求责任人:方岑,已闭环 4) 为了增强开发者对IDE粘性,建议后续集成format/静态扫描工具。--方岑 完成时间:3月30日 |
| No52 | 330活动PMC推荐议题评审 | 结论:同意PMC按照当前规则推荐议题和文章约稿的候选人规则及方案,并补充以下意见:1) PMC推荐议题的候选人 把 Sig纳入考虑,由林志南获取Sig列表及贡献情况,PMC授权董金光挑选2位进入候选人,候选总数增加至12。 2) 第一轮评审改为评审议题方向和框架,由唐睿张罗伙伴提议议题方向和框架,由PMC在第一轮评审过程中引导和推荐方向。3) PMC在给候选人推荐议题方向和评审时,需要兼顾不同行业的诉求,包括互联网、创新三方应用等方向 4) 对其他板块的建议,由会务组PMC代表给到总体组。 5) 由黄明龙收集并反馈开发者声音对议题征集的诉求,PMC在评审时要综合考虑是否符合开发者需要。6) 社区的开发者都能参与进来,写文章、写专栏,即使不能在330版本发布大会上现场演讲,PMC可以在后续的开发者活动中优先推荐。 |
| No54 | 对于社区内二进制包的建议 | 结论:1) 基本认同提出的问题。2) 原则上主仓内非芯片和vendor的预编译包需要提供编译指导,确保用户可以二次编译构建。 3) 原则上OS平台组件与芯片平台应解耦(之前做过一次自筛查,如有遗留直接提issue)。4) 同意在门禁CI上新增预编译包/二进制包看板 不建议: 1) 不建议移除工具链,自研组件和三方组件上存在的预编译包。(原因:预编译包的存在可以减少OS编译时间)2) 不建议单独建仓存放预编译包。 3) 不建议在LTS分支上合入大颗粒特性,如对大颗粒特性有诉求,建议升级新版本。遗留问题:1) 与法务侧共同对接QA sig做整改。--刘建宇/余甜/胡敏 完成时间:3月30日 2) 与基础设施组王意明对接门禁CI预编译包看板 。--陈雅旬 完成时间:3月25日 3) 3.0 LTS 代码具体issue与LTS维护人钟小明沟通。--刘建宇/钟小明 完成时间:3月18日 4) 三方开源组件漏洞维护问题与安全可信SIG对接。--刘建宇/王亮 完成时间:3月30日 |
| No55 | OpenHarmony主干代码度量例外情况及处理方式报备 | 会议结论:原则上严格限制对三方开源代码的修改,对于必须要修改的三方代码,同意采用人工修正的方式。1、关于引用第三方开源软件不计算进贡献的操作方法,同意当期的处理方式如下:1)度量工具输出结果后,由人工校验对结果进行校正;2)人工校验的范围包含third_party_软件名称、Linux kernel仓库;3)人工校验不能保障100%准确,数据公示时,开通通道接受持续反馈。2、同意330上线后,后期由PMC审核社区反馈的三方组件误计算的情况,确认结果后由基础设施组修正并公示。遗留问题:确定后期社区反馈的三方组件误计算情况的审核人员。 --邢文华 |
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册