Hi ALL：
经RM sig评审，update
版本的构建时间调整为周一合入，周三发布；
整体触发背景和结论如下，如有相关的意见，可在06/22前反馈。
一：变更背景：
社区构建资源紧张，内核&用户态等PR集中提交的情况下，资源冲突，PR高峰期合入要等待2-3小时，构建出包10+小时。
从工程能力和版本发布周期等维度讨论了部分优化措施，过程中识别到主干Next分支和update版本发布时间存在重叠（周三12点截止PR合入，周五出版本），资源抢占较多，影响两个版本，因此申请错开两个版本。其他优化措施见四；
二：决策结论：社区update版本的PR截止合入时间，调整为周一16点，版本发布时间调整为周三晚；update变更开始执行时间：0622
三：修改后的合入时间建议：
|
版本类型 |
版本 |
PR截止合入时间 |
版本发布时间 |
|||
|
内核 |
用户态 |
|||||
|
源码仓 |
制品仓 |
源码仓 |
制品仓 |
|||
|
开发分支
（保持不变） |
Next主干开发分支(当前24.03 LTS SP4) |
周三16：00 |
周三18：00 |
/ |
周三18：00 |
周五晚 |
|
维护版本 |
24.03 LTS SP3 update |
周一16:00 |
周一18：00 |
/ |
周一18:00 |
周三晚 |
|
24.03 LTS SP1 update |
||||||
|
22.03 LTS SP4 update |
||||||
|
20.03 LTS SP4 |
||||||
四：其他工程能力优化措施和进展：
|
问题 |
改进措施 |
进展 |
|
内核源码编译门禁执行时间长 |
1、新增蓝区arm物理机集群，对接oe社区Jenkins |
done |
|
检查类门禁（trigger门禁）排队时间长 |
1、增加trigger机器资源(done) |
目标730 |
|
多个版本集中在同一时间构建，导致EulerMaker负载大，调度慢 |
1、update版本和SP版本严格管控合入时间，按天错开构建时间(done) |
目标930 |
|
构建流程存在断连，每个步骤都通过定时触发，而不是前后依赖触发，导致端到端构建总时间过长（20点开始包构建，凌晨6点左右出包，端到端需要10小时） |
1、通过Jenkins流水线能力连编排EulerMaker
everyting工程构建，ISO镜像构建，EulerMaker epol工程构建，docker镜像和虚拟机镜像构建，openQA测试等全流程，端到端时间缩短到4-6小时 |
done |
participants (1)
-
Xushanshan(Sassa,openEuler)