From 7c84410c23a74bec234fce84b5da7840ac8e13c8 Mon Sep 17 00:00:00 2001 From: Eustace Date: Tue, 10 Jun 2025 12:26:05 +0000 Subject: [PATCH] Proposal 0023 --- ...EP-0000 oEEP \347\264\242\345\274\225.md" | 1 + ...41\347\220\206\350\247\204\350\214\203.md" | 63 +++++++++++++++++++ 2 files changed, 64 insertions(+) create mode 100644 "oEEP/oEEP-0023 \345\244\247\345\236\213\345\245\227\347\273\204\350\275\257\344\273\266\347\256\241\347\220\206\350\247\204\350\214\203.md" diff --git "a/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" "b/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" index 1bafb89..6ea7cbf 100644 --- "a/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" +++ "b/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" @@ -35,6 +35,7 @@ | 0020 | S,A | [openEuler源码树与构建树分离策略](oEEP-0020%20openEuler源码树与构建树分离策略.md) | Funda Wang (fundawang at yeah.net) | 2024-10-23 | | 0021 | P,I | [openEuler软件包版本监控配置](oEEP-0021%20openEuler软件包版本监控配置.md) | 翟文杰(zwjsec at huawei.com) | 2025-03-10 | | 0022 | D,P | [openEuler多版本包管理规范](oEEP-0022%20openEuler多版本包管理规范.md) | 刘恺(kai.liu at windriver.com) | 2025-04-01 | +| 0023 | D,I | [大型套组软件管理规范](oEEP-0023%20大型套组软件管理规范.md) | Eustace Wang | 2025-06-04 | ## oEEP 类型分类： - D (Document, 信息整理): 信息梳理形成的文档。此类 oEPP 包含社区索引，指南，规范或其他和 openEuler 相关的信息。 diff --git "a/oEEP/oEEP-0023 \345\244\247\345\236\213\345\245\227\347\273\204\350\275\257\344\273\266\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/oEEP/oEEP-0023 \345\244\247\345\236\213\345\245\227\347\273\204\350\275\257\344\273\266\347\256\241\347\220\206\350\247\204\350\214\203.md" new file mode 100644 index 0000000..bc5889d --- /dev/null +++ "b/oEEP/oEEP-0023 \345\244\247\345\236\213\345\245\227\347\273\204\350\275\257\344\273\266\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -0,0 +1,63 @@ +--- +标题: 大型套组软件管理规范 +类别: 信息整理 +摘要: 规范大型套组软件的管理，包括版本管理、存储方式及发布流程等。 +作者: Eustace Wang +状态: 初始化 +编号: oEEP-0023 +创建日期: 2025-06-04 +修订日期: 2025-06-04 +--- + +## 背景 + +openEuler在扩展面向多类场景时，已经引入了一些大型软件或软件套组。 +这些软件的特点包括专业性强、版本多、数量大。 + +目前这些软件包统一存放在 src-openeuler 组织下。然而随着此类软件的种类增加以及版本演进，管理上浮现了一些问题。 + +## 问题 + +具体的表现有： +1. 应用软件版本与操作系统版本以乘积的量级进行增长，维护困难； +2. 採分支形式进行多版本管理的包仓，分支名称过长，难以辨识； +3. 因为大型套组软件中的主软件包需要，而引入大量依赖组件。此类依赖组件仅对主软件包生效，而不对操作系统整体提供支持； +4. 大型软件所依的软件包，可能与系统组件所需的软件包版本序列存在冲突； +5. 涉及冲突的软件包往往被纳入到同名的包仓中进行管理，然因SIG归属不同导致管理模糊不清、工作互相阻碍。 + +## 目标 + +实现这些套组软件的高效管理，减少维护成本及空间占用。 + +同时可以避免对系统组件造成冲突，设定灵活的发布时间而不一定与操作系统整体的发版计划完全一致。 + +## 方案描述 + +大型套组软件所涉及的主包与依赖包，均放置在 src-openeuler-sig 组织下。 + +SIG可以直接在 src-openeuler-sig 组织下建立新的软件包仓。 + +各套组软件维护 SIG 可在 EulerMaker 上建立独立的构建工程，指向 src-openeuler-sig 组织。 + +完成构建之后，SIG 向 QA 提交测试报告。 + +发布时，在 SIGs 目录下以套组软件形式独立发布，而非随操作系统版本一同发布。 + +## 用户体验 + +1. 更加清晰地分离大型软件与系统组件 +2. 在 SIGs 发布目录下一次性取得所需的套组软件 + +## 范围/相关软件 + +oVirt, OpenStack, ROS + +## 实施计划 + +- 移动大型套组软件包仓库到 src-openeuler-sig 组织下。 + +- 对于现有已经采用 Multi_Version 分支形式多版本的软件包，分离 Multi_Version 分支到 src-openeuler-sig 组织下的同名软件包仓。 + +- 在 src-openeuler-sig 组织下建立合适的管理模式，以便利 SIG 成员进行建仓与维护工作。 + + -- Gitee