
各位社区开发者们好: 关于openEuler-obs构建优化方案研讨会议纪要如下,方案初稿见附件: 1. 构建优化方案对于社区开发者的感知有哪些操作或者流程的变化? 优化release软件包管控机制: (1) 所有分支工程软件包变更(增删改)从obs_meta收归release-management:开发者不再需要分别在obs_meta和release-management两个仓库提交PR来完成版本分支工程软件包变更的目的; (2) 版本基础镜像二进制范围的变更审核加强:开发者想要变更基础镜像二进制,必须先到TC提交议题,TC同意后,再分别到oemaker和软件仓提交PR来变更二进制,如果release-management没有审核oemaker的PR,门禁会拦截软件仓变更二进制的PR; (3) 版本基线软件包管控配置文件(pckg-mgnt.yaml)拆分:原来的pckg-mgnt.yaml拆分成四个子目录,便于查看和检视PR; 分层构建: (1) 向工程新增软件包的变化:明确进入epol的包,原流程不变;不明确的默认进入mainline; (2) mainline工程的变化:原来的Mainline分为L1~L4层若干个project,可以看到各层project的软件包范围没有交集; (3) 修复版本分支工程单包问题的变化:在版本正式发布之前,只能提交PR到master分支修复问题,通过分层流水构建的自动校验,再经“代码同步通道”,自动同步到版本分支及对应工程; (4) OBS 记录PR合入的“变更影响范围”:PR合入之后会自动生成一条“变更影响范围”的记录并推送到OBS的一个project中,开发者可根据自己已合入PR的id查询 backend集群扩展: (1) project跟随新增backend之后repo地址变化:我们会在web段project的描述中显示对应的repo源地址; (2) 停维版本工程关闭构建:所有停维版本的工程disable处理,开发者不需要再向这些停维版本分支提交PR; 2. 版本分支有失败的话,因为代码同步通道关闭,解决问题的PR与其他PR被一同阻塞,如何处理? 此类PR需要release sig maintainer审核,如果同意,则评论 “yes_to_sync”,可以强制同步到版本分支及对应工程。 3. 多个紧急问题需要合入到版本分支时,如何做? 同问题2处理方式,需要release sig maintainer做二次审核。 4. Testing和版本分支出滚动版本的标准有什么区别? Testing工程出每日版本跑AT,复用当前的AT测试项即可; 版本分支工程出滚动版本跑AT,需要额外集成测试用例: (1)L1质量层级的软件包需要保证基本功能可用/核心服务能起来; (2)相比上个版本有变更的包的自编译、安装和基本功能可用; 5. 和魏强讨论依赖环是否需要破解?如何破解?放到同一层还是不同层? 需要; 策略:第一阶段同当前分层策略;第二阶段针对每一有依赖的包进行处理:(1)可以使用prjconf中的ignore指令;(2)将包拆开,不常用但是引入很多依赖的功能拆倒单独的包里面,核心包保持精简的依赖。注意这里的拆开是拆到多个spec中,不是一个spec生成多subpackage,参考openSUSE:Factory的autoconf。 6. 如果开发者想要变更软件包所在层级,怎么操作? 在release-management的master目录下提交PR变更软件包名所在目录即可。 [cid:image002.png@01D87024.E5212D80] From: lihaiwei (E) [mailto:lihaiwei8@huawei.com] Sent: Wednesday, May 25, 2022 10:16 AM To: dev@openeuler.org; tc@openeuler.org; release@openeuler.org Subject: [Release] Re: 门禁检查和合入流程变更讨论-会议纪要 您好 关于openEuler门禁流程变更会议纪要如下,详细资料请查看附件,针对该方案有任何疑问、意见、建议,请在https://gitee.com/openeuler/openeuler-jenkins/issues中创建issue交流。 门禁流程变更: [cid:image001.jpg@01D87022.DB4E2440] 社区参与者感知变更点: 变更点 变更原因 时间预估 门禁时间变长 软件包依赖分析 秒级 影响范围内软件包编译、安装 分钟级-1小时内 需要手动关联pr 变更影响修复pr可能会依赖导致变更的pr 秒级 门禁合入机制改变 关联pr需要等待最后一个pr评论approve 人为决定 门禁失败强制合入需要至少两个maintainer或者TC成员approve 人为决定 私人工程测试时间: Rpm名称 被依赖数 拉取时间(s) 编译时间(s) 总时间(s) 当前单包编译时间(s) xstream 7 11 372 383 840 perl-URI 12 35 443 475 290 groff 17 22 1160 1182 494 gmp 20 18 1098 1116 431 -----Original Appointment----- From: public@openeuler.org<mailto:public@openeuler.org> [mailto:public@openeuler.org] Sent: Thursday, May 19, 2022 10:22 AM To: dev@openeuler.org,tc@openeuler.org,release@openeuler.org<mailto:dev@openeuler.org,tc@openeuler.org,release@openeuler.org> Subject: [Release] 门禁检查和合入流程变更讨论 When: 2022年5月20日星期五 14:30-16:00(UTC+08:00) 北京,重庆,香港特别行政区,乌鲁木齐。 Where: 您好! sig-Gatekeeper SIG 邀请您参加 2022-05-20 14:30 召开的Zoom会议(自动录制) 会议主题:门禁检查和合入流程变更讨论 会议内容: 门禁增加软件包变更影响分析验证检查,新增关联PR合入新机制 会议链接:https://us06web.zoom.us/j/84097647603?pwd=aktwc1pRSXBINENDaTY4TFBkQW1WZz09 会议纪要:https://etherpad.openeuler.org/p/sig-Gatekeeper-meetings 温馨提醒:建议接入会议后修改参会人的姓名,也可以使用您在gitee.com的ID 更多资讯尽在:https://openeuler.org/zh/ Hello! openEuler sig-Gatekeeper SIG invites you to attend the Zoom conference(auto recording) will be held at 2022-05-20 14:30, The subject of the conference is 门禁检查和合入流程变更讨论, Summary: 门禁增加软件包变更影响分析验证检查,新增关联PR合入新机制 You can join the meeting at https://us06web.zoom.us/j/84097647603?pwd=aktwc1pRSXBINENDaTY4TFBkQW1WZz09. Add topics at https://etherpad.openeuler.org/p/sig-Gatekeeper-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/
participants (1)
-
xiasenlin