Fedora と CentOS は Git Forge を実行します。 GitLab が 18 の独自機能を公開

プロジェクト CentOSの и フェドーラ сообщили GitLab プラットフォームを使用して構築される共同開発サービス Git Forge を作成する決定について。 GitLab は、Git リポジトリと対話し、CentOS および Fedora ディストリビューションに関連するプロジェクトをホストするための主要なプラットフォームになります。 以前利用していたサービス パグレ は引き続き存在しますが、継続的な開発に関心のあるコミュニティの管理に引き渡されます。 パグレ氏は、Fedora および CentOS リリースの開発と公開のためのインフラストラクチャの維持に従事する Red Hat で雇用されている CPE (コミュニティ プラットフォーム エンジニアリング) チームのサポートから外されることになります。

新しい Git Forge の可能なソリューションを評価する際に、次のことを検討しました。
パグレとGitlab。 についての研究に基づいて 300レビュー Fedora、CentOS、RHEL、CPE プロジェクトの参加者からの要望に基づいて機能要件が形成され、Gitlab を選択することが決定されました。 リポジトリの標準操作 (マージ、フォークの作成、コードの追加など) に加えて、プラットフォームのセキュリティ、使いやすさ、安定性が主要な要件として挙げられました。

要件には、HTTPS 経由でのプッシュ リクエストの送信、ブランチへのアクセスを制限する手段、プライベート ブランチのサポート、外部ユーザーと内部ユーザーのアクセスの分離 (たとえば、問題に関する情報の公開禁止期間中の脆弱性の排除に取り組むため) などの機能が含まれていました。 、使い慣れたインターフェイス、問題レポートを操作するためのサブシステムの統合、コード、ドキュメントと新機能の計画、IDE と統合するためのツールの可用性、標準ワークフローのサポート。

このプラットフォームを選択する決定に最終的に影響を与えた GitLab の機能のうち、リポジトリへの選択的アクセスを備えたサブグループのサポート、自動マージにボットを使用する機能 (カーネルでパッケージを維持するには CentOS Stream が必要)、開発計画用の組み込みツールの存在、保証レベルの可用性を備えた既製の SAAS サービスを使用できる機能 (サーバー インフラストラクチャを維持するためのリソースが解放されます)。

決定はもう決まっている 生じた この決定が事前の広範な議論なしに行われたという事実により、開発者の間で批判が起こっています。 このサービスでは GitLab の無料の Comminity エディションが使用されないのではないかという懸念も生じました。 特に、発表で説明されている Git Forge の要件を実装するために必要な機能は、プロプライエタリ バージョンでのみ利用可能です GitLab Ultimate.

GitLab をサーバーにデプロイする代わりに、GitLab が提供する SAAS (サービスとしてのアプリケーション) サービスを使用するという意図も批判されました。これにより、サービスが制御不能になります (たとえば、すべての脆弱性を確実に解決することは不可能です)システムは速やかに廃止され、 きちんと インフラは維持されているが、いつかはなくなるだろう テレメトリーの適用 第三者企業の担当者による妨害行為は除きます)。 この解決策は次の場合にも機能しません Fedora の設立原則、プロジェクトが無料の代替案を優先する必要があることを指定します。

一方、GitLabは 発表した 以前は GitLab のプロプライエタリ エディションでのみ提供されていた 18 の機能の実装の発見について。 この機能は、開発計画、プロジェクト作成、検証、パッケージ管理、リリース生成、構成、セキュリティなど、ソフトウェア開発サイクル全体を管理するさまざまな領域をカバーします。

以下の機能がフリーレンジに移管されました。

  • 関連する問題を添付します。
  • 問題を GitLab から CSV にエクスポートします。
  • 個々の機能またはリリースの開発プロセスを計画、整理、視覚化するモード。
  • 電子メールを使用してプロジェクト参加者とサードパーティを接続するための組み込みサービス。
  • Web IDE 用の Web ターミナル。
  • ファイルを同期して、Web ターミナルのコードの変更をテストする機能。
  • モックアップやアセットを発行にアップロードできるようにするデザイン コントロール。新しい機能の開発に必要なものすべてへの単一アクセス ポイントとして発行を使用します。
  • コード品質レポート。
  • パッケージ マネージャー、Conan (C/C++)、Maven (Java)、NPM (node.js)、および NuGet (.NET) のサポート。
  • カナリア展開のサポート。システムの一部に新しいバージョンのアプリケーションをインストールできます。
  • 増分配布。最初は少数のシステムにのみ新しいバージョンを配信できますが、徐々にカバー範囲が 100% まで増加します。
  • 機能アクティブ化フラグ。これにより、プロジェクトをさまざまなエディションで配信し、特定の機能を動的にアクティブ化できます。
  • デプロイメント概要モード。Kubernetes に基づいた各継続的統合環境の状態を評価できます。
  • コンフィギュレーターでの複数の Kubernetes クラスターの定義のサポート (たとえば、試行実装とワークロードに別の Kubernetes クラスターを使用できます)。
  • Kubernetes ポッド間のアクセスを制限できるコンテナー ネットワーク セキュリティ ポリシーの定義のサポート。

さらに、注目できるのは、 出版物 GitLab アップデート 12.9.1、12.8.8、および 12.7.8 (Community Edition および Enterprise Edition) では、脆弱性が修正されています。 この問題は GitLab EE/CE 8.5 のリリース以来存在しており、プロジェクト間で問題を移動するときにローカル ファイルの内容を読み取ることができます。
脆弱性の詳細は30日後に公開される予定。

出所: オープンネット.ru

コメントを追加します