关于openEuler社区是否落地滚动镜像开发的讨论

Other 其他技术问题
1

2025年3月13日技术委员会线下会议，部分委员和贡献者提出社区支持滚动版本的提议，针对这个话题开展了充分讨论。

2

代发胡core建议：

  1. 确定一个 master 滚动更新的最小集，在 EulerMaker 上建个工程来跑一段时间；
  2. 这个最小集范围内 master 分支响应如果有跟不上的，我和曹志商量怎么赋予权限（长期master的处理还是要自动化）；
  3. 后续拉分支要有基于特定commit id的能力（当前没有，不过应该不急）；
  4. 工具链多版本的工作强相关，刘凯顺便关注下
3

代胡峰发：
建议评估Master滚动还是单独拉一个滚动分支，哪种更好

4

代经纬发：
1，3，4，以及胡蜂老师的问题 我们基于现在 RISC-V 的工作会给一个初步的评估参考

5

给滚动版点赞，有2个问题期望讨论：

一、滚动版本需要评估下当前工程能力是否支持：

  1. 完善的DAG机制，下层软件包更新后，需要触发上层的重编，因此需要精确的软件包依赖图和工作流机制，构建也需要一定的性能
  2. 保障每日版本可用，如何制定升级路径的保障和策略
  3. 轻量化的软件包更新机制，很多上有软件更新是小时级or天级的，如何通过工程化简化这种“繁重，重复”更新动作

二、哪些软件适合放到滚动版？从业界来看，主要是大量的desktop软件，其底层还是稳定的（比如archlinux的glibc，python等软件会有节奏的滚动）