各位社区开发者们好:

关于openEuler-obs构建优化方案研讨会议纪要如下,方案初稿见附件:

 

1. 构建优化方案对于社区开发者的感知有哪些操作或者流程的变化?

  优化release软件包管控机制:

  (1) 所有分支工程软件包变更(增删改)obs_meta收归release-management:开发者不再需要分别在obs_metarelease-management两个仓库提交PR来完成版本分支工程软件包变更的目的;

  (2) 版本基础镜像二进制范围的变更审核加强:开发者想要变更基础镜像二进制,必须先到TC提交议题,TC同意后,再分别到oemaker和软件仓提交PR来变更二进制,如果release-management没有审核oemakerPR,门禁会拦截软件仓变更二进制的PR

  (3) 版本基线软件包管控配置文件(pckg-mgnt.yaml)拆分:原来的pckg-mgnt.yaml拆分成四个子目录,便于查看和检视PR

 

  分层构建:

  (1) 向工程新增软件包的变化:明确进入epol的包,原流程不变;不明确的默认进入mainline

  (2) mainline工程的变化:原来的Mainline分为L1~L4层若干个project,可以看到各层project的软件包范围没有交集;

  (3) 修复版本分支工程单包问题的变化:在版本正式发布之前,只能提交PRmaster分支修复问题,通过分层流水构建的自动校验,再经“代码同步通道”,自动同步到版本分支及对应工程;

  (4) OBS 记录PR合入的“变更影响范围”:PR合入之后会自动生成一条“变更影响范围”的记录并推送到OBS的一个project中,开发者可根据自己已合入PRid查询

 

  backend集群扩展:

  (1) project跟随新增backend之后repo地址变化:我们会在webproject的描述中显示对应的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:Factoryautoconf

 

6. 如果开发者想要变更软件包所在层级,怎么操作?

release-managementmaster目录下提交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
520日星期五 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.comID

 

更多资讯尽在: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/