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

PMC 例会 2022-03-10

参会人员 (Attendance):

姓名	账号
董金光	@dongjinguang
任革林	@im-off-this-week
李家欣	@ninalijiaxin
马耀辉	@stesen
梁克雷	@xzmu
黄明龙	@minglonghuang
赵文华	@shidi_snow
邢文华	@xhuazi
高涵一	@gaohanyi1982
鲜余强	@klooer
议题相关人员	议题相关人员

议题(Agenda):

1. PMC etherpad 议题列表 No51~55

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