工程 и 關於創建 Git Forge 協作開發服務的決定，該服務將基於 GitLab 平台建置。 GitLab 將成為與 Git 倉庫互動以及託管與發行版相關的專案的主要平台。 CentOS 以及 Fedora。之前使用過的服務 Pagure 將繼續存在，但會移交給有興趣繼續開發的社區。 Pagure 將從 Red Hat 僱用的 CPE（社區平台工程）團隊中移除，該團隊負責維護 Fedora 版本開發和發布的基礎設施。 CentOS.
在評估新 Git Forge 的可能解決方案時，我們考慮了
帕古雷和 Gitlab。 基於一項關於 以及來自 Fedora 計畫參與者的願望 CentOS在RHEL和CPE平台上，我們定義了功能需求，最後選擇了GitLab。除了標準的程式碼倉庫操作（合併、衍生、新增程式碼等）之外，安全性、易用性和平台穩定性也是關鍵需求。
要求包括透過 HTTPS 發送推送請求、限制對分支機構的存取的方式、對私有分支機構的支援、外部和內部用戶的存取分離等功能（例如，在披露問題資訊的禁運期間努力消除漏洞） 、熟悉的介面、用於處理問題報告、程式碼、文件和新功能規劃的子系統的統一、與IDE 整合的工具的可用性、對標準工作流程的支援。
最終促使我們選擇 GitLab 平台的幾個主要功能包括：支援對程式碼庫進行選擇性存取的子群組，以及使用機器人進行自動合併的功能（需要…）。 CentOS 用於維護核心軟體包的流），內建的開發規劃工具，以及使用具有保證可用性的現成 SaaS 服務的能力（這將釋放資源用於維護伺服器基礎設施）。
決定已經 由於該決定是在沒有進行廣泛的事先討論的情況下做出的，因此受到了開發商的批評。 人們也擔心該服務不會使用 GitLab 的免費社群版。 特別是，實現公告中所述的 Git Forge 要求所需的功能僅在專有版本中可用 .
使用 GitLab 提供的 SAAS（應用程式即服務）服務，而不是在其伺服器上部署 GitLab 的意圖也受到批評，這使服務失控（例如，無法確定其中的所有漏洞）該系統被及時淘汰， 基礎設施得到維護，有一天將不再存在 且不包括第三方公司人員的破壞）。 該解決方案也不適用於 ，它指定該項目必須優先考慮免費替代品。
同時，GitLab 關於發現先前僅在 GitLab 專有版本中提供的 18 種功能的實現。 功能涵蓋管理整個軟體開發週期的各個領域，包括開發規劃、專案創建、驗證、套件管理、版本生成、配置和安全性。
以下功能已轉移到自由範圍：
- 附上相關問題；
- 將問題從 GitLab 匯出到 CSV；
- 規劃、組織和視覺化單一功能或版本的開發過程的模式；
- 用於使用電子郵件將專案參與者與第三方聯繫起來的內建服務。
- Web IDE 的 Web 終端機；
- 能夠同步文件以測試 Web 終端機中程式碼的變更；
- 設計控制項可讓您上傳要發布的模型和資產，使用問題作為開發新功能所需的一切的單點存取；
- 代碼品質報告；
- 支援套件管理器 Conan (C/C++)、Maven (Java)、NPM (node.js) 和 NuGet (.NET)；
- 支援金絲雀部署，讓您在一小部分系統上安裝新版本的應用程式；
- 增量分發，允許您最初只向少數系統交付新版本，逐漸將覆蓋率提高到 100%；
- 功能啟動標誌，這使得可以以各種版本交付項目，動態啟動某些功能；
- 部署概覽模式，讓您評估基於 Kubernetes 的每個持續整合環境的狀態；
- 支援在配置器中定義多個 Kubernetes 叢集（例如，您可以使用單獨的 Kubernetes 叢集進行試驗實作和工作負載）；
- 支援定義容器網路安全策略，讓您限制 Kubernetes Pod 之間的存取。
此外，還可以注意到 GitLab 更新了 12.9.1、12.8.8 和 12.7.8（社群版和企業版），修復了漏洞。 該問題自 GitLab EE/CE 8.5 發布以來就一直存在，並且允許在專案之間移動問題時讀取任何本地文件的內容。
有關漏洞的詳細資訊將在 30 天後披露。
來源： opennet.ru
