openharmonydocs/community-master/meeting-notes/2022-03-10.md

# 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审核社区反馈的三方组件误计算的情况，确认结果后由基础设施组修正并公示。遗留问题：确定后期社区反馈的三方组件误计算情况的审核人员。 --邢文华 |