CentOS プロジェクトは、GitLab プラットフォームに基づく共同開発サービスの開始を発表しました。 CentOS および Fedora プロジェクトの主要なホスティング プラットフォームとして GitLab を使用するという決定は昨年行われました。 インフラストラクチャが独自のサーバー上に構築されたのではなく、CentOS 関連プロジェクトにセクション gitlab.com/CentOS を提供する gitlab.com サービスに基づいて構築されたことは注目に値します。
現在、このセクションを CentOS プロジェクトのユーザー ベースと統合する作業が進行中です。これにより、開発者は既存のアカウントを使用して Gitlab サービスに接続できるようになります。 Pagure プラットフォームに基づく git.centos.org は、RHEL から転送されたパッケージのソース コードをホストする場所として、また CentOS Stream 8 の形成の基盤として引き続き考慮されることにも別途注意してください。ただし、CentOS Stream 9 ブランチは、GitLab の新しいリポジトリに基づいてすでに開発されており、コミュニティ メンバーを開発に結び付ける機能が特徴です。 git.centos.org でホストされている他のプロジェクトは今のところそのまま残されており、移行は強制されません。
この決定に関する議論の中で、SaaS モデルへの移行反対派は、GitLab が提供する既製のサービスの使用ではインフラストラクチャを完全に制御できない、たとえば、サーバー インフラストラクチャが確実に運用されるかどうかを確認することは不可能であると指摘しました。が適切に維持され、脆弱性が速やかに排除され、外部攻撃や不正な従業員の行為によってテレメトリと環境が侵害されることはありません。
プラットフォームを選択する際には、リポジトリでの標準的な操作 (マージ、フォークの作成、コードの追加など) に加えて、HTTPS 経由でプッシュ リクエストを送信する機能、ブランチへのアクセスを制限する手段、プライベート ブランチのサポートなどの要件がありました。 、外部ユーザーと内部ユーザーへのアクセスの分離（たとえば、問題に関する情報公開の禁輸措置中に脆弱性の排除に取り組むため）、インターフェイスの使いやすさ、問題レポート、コード、ドキュメント、および新しいプロジェクトの計画を扱うためのサブシステムの統合機能、IDE と統合するためのツールの可用性、標準ワークフローのサポート、自動マージにボットを使用する機能 (カーネル パッケージをサポートするには CentOS Stream が必要)。
出所： オープンネット.ru