各位社区开发者们好： 关于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%E4%B8%AD%E5%88%9B%E5%BB...
门禁流程变更：
[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.orgmailto:public@openeuler.org [mailto:public@openeuler.org] Sent: Thursday, May 19, 2022 10:22 AM To: dev@openeuler.org,tc@openeuler.org,release@openeuler.orgmailto: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/
