SUSE 提议同步代码流，将 SLE 二进制文件包含在 openSUSE Leap 中

SUSE 向 openSUSE 社区 提交了一份提案，旨在使 SUSE Linux Enterprise 和 openSUSE Leap 的代码流更加紧密。该提案包括为社区版本提供 SLE 二进制文件。

使代码流更加紧密，以提供完全兼容性，将为社区带来多项优势，例如由于规范文件的清理而提高代码质量，改善两种发行版之间的关系，更轻松地报告错误，减少需要维护的代码流，经过广泛测试的软件包以及包含 SLE 支持的架构（如 s390x）。

openSUSE 委员会成员 Axel Braun 在发送给社区的关于该提案的 电子邮件 中表示：“通过此更改，我们可以更好地利用资源，因为一个代码库趋于收敛，因此减少了一个构建目标。”“所有为 Leap 和 Package Hub 打包的人都将立即受益于此。”

该提案提供了一种分阶段实施该愿景的方法。电子邮件列出了以下选项：• 尽可能地合并 openSUSE Leap 15.2 和 SUSE Linux Enterprise 15 SP2 的代码库，而不会损失稳定性和功能。（SUSE 实际上已经开始从 Leap 合并到 SUSE Linux Enterprise。）• 创建一个中间的 openSUSE Leap 版本，其中使用 SLE 二进制文件（预计在 2020 年 10 月左右），与经典的 Leap 15.2 并行。• 默认情况下，使用包含 SLE 二进制文件的 openSUSE Leap 15.3 构建（假设社区同意）。

Leap 发行版已经与 SLE 共享大量的核心源代码。Leap 15.2 将基于 SLE 15 SP 2 的源代码，但不是二进制文件。

社区可能会讨论如何将 SLE 二进制文件引入 Leap 的新构建设置，并帮助识别可能更改流程或工作流程的任何问题。OBS 中的中间项目构建可能会在五月份推出。该构建应让 openSUSE 贡献者和开发人员有机会更好地了解 SUSE 的提案。

OBS 团队的 Adrian Schröter 回复 说：“我们对 build.opensuse.org 中的设置有一个想法。”“我预计在接下来的三周内有一个第一个构建设置原型。我们必须记住，这实际上是一种全新的发行版开发方式。”

发布团队已经评估了所有软件包以及集成其他 SLE 软件包的技术影响，因此他们可以向社区提供关于最佳技术实现方式的清晰信息。

大约有二十个软件包在技术上难以实现与企业版和社区版发行版的完全兼容性。

Leap 发布经理 Lubos Kocman 解释 说：“为了让所有相关团队都能接受，制定一个计划花费了相当大的精力。”“至少到目前为止，将工作分配到即将发布的两个版本中似乎被接受得很好。重新利用的想法通常会降低 Leap 方面的工作量。但是，它会增加将所有（这些）部分组合在一起的复杂性。”

反馈和技术讨论是任何开源项目的重要组成部分。新的中间项目构建将向社区介绍源代码，并帮助处理实施调度程序、发布和其他发布元素所需的各种代码部分（如果社区接受该提案）。

发布工程团队希望在中间项目构建可用后，从贡献者和用户那里获得反馈。

Kocman 强调，随着项目寻求获得更多 SLE 源代码，反馈是这个过程的重要组成部分。

原型构建和提议的发布路线图将在 https://en.opensuse.net.cn/openSUSE:Roadmap 上提供。

有关此主题的常见问题解答可在 https://en.opensuse.net.cn/Portal:Leap/FAQ/ClosingTheLeapGap 上找到。