各位社区开发者们好:
关于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变更软件包名所在目录即可。
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交流。
门禁流程变更:
社区参与者感知变更点:
变更点 |
变更原因 |
时间预估 |
门禁时间变长 |
软件包依赖分析 |
秒级 |
影响范围内软件包编译、安装 |
分钟级-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]
Sent: Thursday, May 19, 2022 10:22 AM
To: 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/