Content last updated 2026-03-02

GitLab におけるオープンソース

私たちはオープンソースを信じています

企業として、GitLab はオープンソースに取り組んでいます。単に信じているだけでなく、実際に使用し、還元しています。GitLab を通じてだけでなく、他のオープンソースプロジェクトへの貢献を通じても。

このページの目的は、GitLab 社員が以下のことを行う方法を文書化することです:

オープンソースプロジェクトとして、私たちはコミュニティの 10 倍の成長にも対応できる健全でオープンな体制を維持したいと考えています。そのために、複数の部門間のコラボレーションである戦略の概要を策定しています。

手順については、新しいプロジェクトの作成をご覧ください。

GitLab の代表としてオープンソースプロジェクトに貢献する場合、CLA を締結する必要があることがあります。

GitHub アカウントのプライマリメールが @gitlab.com のメールでない場合は、追加のアドレスとして追加できます。別のアカウントを作成する必要はありません。

将来的には、フォーク用の単一の組織を持つ予定です。これにより、GitLab 社員による貢献に関するさまざまなメトリクスを追跡できるようになります。

GitLab はオープンソースライセンスのプロジェクトへの貢献を許可しています。貢献したいプロジェクトにライセンスがない場合:

使用が事前に承認されているライセンスの詳細を含む、オープンソースソフトウェアの使用に関するガイダンスは、法務・会社業務ハンドブックに記載されています。

フォークされたコードの使用は避け、変更をアップストリームに貢献するよう努めてください。

フォークがアップストリームリポジトリからどんどん遅れてしまうことは典型的であり、そのような依存関係は痛みの元になります:

フォークを作成する正当な理由がある場合もあります:

フォークを作成することに決めた場合は、以下を含む Issue を必ず作成してください:

フォークが存在する理由の説明
フォークが依存関係として導入された MR へのリンク
アップストリームプロジェクトの関連 Issue へのリンク。まだ報告されていない場合は、プロジェクトの Issue トラッカーに必ず報告してください。プロジェクトのメンテナーが知らない場合、修正されることはないため、これは重要です。
問題をアップストリームで修正するために開かれた MR/PR へのリンク
アップストリームのコードを再び使用するために必要な修正作業の説明
フォークされたコードの変更だけでなく、フォークを使用するためのコードの変更もある場合は、コメントでその Issue へのリンクと TODO を記載することを検討してください。

デュアルフライホイール GitLab には互いを強化し合う 2 つのフライホイール戦略があります。オープンコアフライホイールと開発フライホイールです。フライホイール戦略とは、定義によると、正のフィー …