フェドラと CentOS Git Forgeがローンチ。GitLabが18の独自機能を公開。

プロジェクト CentOS и フェドーラ сообщили GitLabプラットフォームを使用して構築される、共同開発サービス「Git Forge」の創設に関する決定について。GitLabは、Gitリポジトリとのやり取りや、ディストリビューション関連プロジェクトのホスティングのための主要プラットフォームとなる。 CentOS および Fedora。以前使用していたサービス パグレ は存続しますが、継続的な開発に関心のあるコミュニティに引き継がれます。 Pagure は、Fedora リリースの開発と公開のためのインフラストラクチャを維持する Red Hat の CPE (Community Platform Engineering) チームから外されます。 CentOS.

新しい Git Forge の可能なソリューションを評価する際には、次の点を考慮しました。
PagureとGitlab。約100万人の調査に基づく 300レビュー そしてFedoraプロジェクト参加者からの願い、 CentOSRHEL、CPEといったプラットフォーム上で機能要件が定義され、GitLabが選定されました。標準的なリポジトリ操作（マージ、フォーク、コードの追加など）に加え、セキュリティ、使いやすさ、プラットフォームの安定性が重要な要件でした。

要件には、HTTPS プッシュ、ブランチ アクセス制限、プライベート ブランチのサポート、外部ユーザー アクセスと内部ユーザー アクセスの分離 (たとえば、問題に関する情報の公開を禁止している間に脆弱性の修正に取り組む場合)、インターフェイスの使いやすさ、問題レポート、コード、ドキュメント、新機能の計画を扱うサブシステムの統一、IDE 統合用ツールの可用性、一般的なワークフローのサポートなどの機能が含まれていました。

最終的にこのプラットフォームを選択する決定に影響を与えたGitLabの機能の中で、次のものが挙げられました。リポジトリへの選択的アクセスを持つサブグループのサポート、自動マージにボットを使用する機能（ CentOS カーネルパッケージを維持するためのストリーム）、開発計画のための組み込みツールの存在、可用性が保証された既製のSaaSサービスを利用できる機能（サーバーインフラストラクチャの維持のためのリソースを解放します）。

決定はすでに下されている 生じた 開発者の間では、この決定が事前に広範な議論なしに行われたことに対する批判が寄せられました。また、このサービスがGitLabの無料版Comminityを使用しないのではないかという懸念もありました。特に、発表で述べられているGit Forgeの要件を実装するために必要な機能は、独自版でのみ利用可能です。 GitLab Ultimate.

GitLabを自社サーバーに展開するのではなく、GitLabが提供するSAAS（サービスとしてのアプリケーション）サービスを利用する意図についても批判が上がった。これにより、サービスが制御不能になる（例えば、システムのすべての脆弱性が速やかに修正されることを保証できないなど）。 きちんと インフラはサポートされていますが、ある時点ではサポートされなくなります テレメトリが課せられた 第三者の会社の人員による妨害行為は除外されます。このソリューションは、 Fedoraの創設原則これは、プロジェクトでは無料の代替案を優先する必要があることを規定しています。

一方、GitLab 発表した これまでGitLabの独自エディションでのみ提供されていた18の機能のオープンソース実装についてご紹介します。これらの機能は、開発計画、プロジェクト作成、検証、パッケージの操作、リリースの作成、設定、セキュリティなど、ソフトウェア開発サイクル全体の管理における様々な領域をカバーしています。

以下の機能は無料機能に移行されました:

• 関連する問題を添付します。
• GitLab から CSV に問題をエクスポートします。
• 個々の機能またはリリースの開発プロセスを計画、整理、視覚化するためのモード。
• プロジェクト参加者と第三者を電子メールで接続するための組み込みサービス。
• Web IDE 用の 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（コミュニティエディションおよびエンタープライズエディション）のアップデートで、この脆弱性が修正されました。この問題はGitLab EE/CE 8.5のリリース以降から存在しており、プロジェクト間で課題を移動する際に、任意のローカルファイルの内容が読み取られる可能性があります。
脆弱性の詳細は30日以内に公開されます。

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