Gerald Pfeifer，SUSE 首席技術長兼 openSUSE 指導委員會主席， 社群考慮採取一項舉措，使 openSUSE Leap 和 SUSE Linux Enterprise 發行版的開發和建置過程更加緊密地結合在一起。目前，openSUSE Leap 版本是根據 SUSE Linux Enterprise 發行版中的核心軟體包集構建的，但 openSUSE 的軟體包是與來源軟體包分開構建的。精華 統一組裝兩個發行版的工作以及在 openSUSE Leap 中使用來自 SUSE Linux Enterprise 的現成二進位套件。
在第一階段，建議在可能的情況下合併 openSUSE Leap 15.2 和 SUSE Linux Enterprise 15 SP2 的重疊程式碼庫，而不會遺失兩個發行版的功能和穩定性。在第二階段，與 openSUSE Leap 15.2 的經典版本並行，建議準備一個基於 SUSE Linux Enterprise 可執行檔的單獨版本，並於 2020 年 2021 月發布臨時版本。第三階段，即15.3年XNUMX月，計畫發布openSUSE Leap XNUMX，預設使用SUSE Linux Enterprise的可執行檔。
使用相同的套件將簡化從一個發行版到另一個發行版的遷移，節省建置和測試資源，可以消除規範文件中的複雜性（在規範文件層級定義的所有差異將被統一）並使發送和處理更容易錯誤訊息（將允許您不再診斷不同的套件版本）。 openSUSE Leap 將被 SUSE 推廣為社群和第三方合作夥伴的開發平台。對於 openSUSE 用戶來說，這項變更受益於使用穩定的生產程式碼和經過良好測試的軟體套件的能力。涵蓋已停產軟體套件的更新也將是通用的，並經過 SUSE QA 團隊的充分測試。
openSUSE Tumbleweed 儲存庫仍將是開發提交給 openSUSE Leap 和 SLE 的新軟體包的平台。將變更傳輸到基礎包的過程不會改變（事實上，將使用現成的二進位包，而不是從 SUSE src 包建置）。所有共享包將繼續在開放建置服務中提供以供修改和分叉。如果需要在 openSUSE 和 SLE 中維護常見應用程式的不同功能，可以將附加功能移至 openSUSE 特定的套件中（類似於品牌元素的分離），或者可以在 SUSE Linux Enterprise 中實現所需的功能。 SUSE Linux Enterprise 不支援 RISC-V 和 ARMv7 架構的軟體包，建議單獨編譯。
來源： opennet.ru