ライセンスジェネレーター

次へ

LICENSEファイルなしでプロジェクトを公開することは、技術的には「無断複写・転載を禁ず」を意味します、誰もそのコードを再利用できません。このジェネレーターは、最も人気のあるオープンソースライセンスの完全で改変のない全文を生成し、著作権表示にあなたの名前と現在の年を差し込みます。リポジトリのルートにあるLICENSEファイルに貼り付けてpushしてください。

ライセンスの選び方と生成方法

  1. 1

    ライセンスを選択

    寛容なものならMIT、寛容 + 特許付与ならApache-2.0、コピーレフトならGPLv3。

  2. 2

    名前と年を入力

    著作権者:あなたの法的な名前または会社名。年は最初のリリースの年です。

  3. 3

    全文を確認

    ライセンス本文はOSI / FSFが公開するとおり正確に保たれます。変わるのは著作権の行だけです。

  4. 4

    LICENSEに入れる

    リポジトリのルートに保存します。GitHubが検出してサイドバーに表示します。

人気の選択肢から選ぶ

普遍的に「最良の」オープンソースライセンスというものはありません。選択は、下流のユーザーに何ができるように、そして何ができないように、したいかによります。

ライセンス 種類 特許付与 コピーレフト? 主な採用例
MIT パーミッシブ 暗黙的 なし Rails、Node パッケージ、jQuery
Apache-2.0 パーミッシブ 明示的 なし Kubernetes、Android AOSP
BSD-3-Clause パーミッシブ なし なし Go 標準ライブラリ、Nginx
GPL-3.0 強いコピーレフト あり あり GCC、Bash、GIMP
LGPL-3.0 弱いコピーレフト あり 部分的 glibc、Qt(かつて)
MPL-2.0 弱いコピーレフト あり 部分的 Firefox、Thunderbird
AGPL-3.0 ネットワークコピーレフト あり あり MongoDB(2018年以前)、Grafana
Unlicense / CC0 パブリックドメイン提供 - なし 小規模なユーティリティライブラリ

実用的な3つの質問

  1. クローズドソースのフォークを許したいですか? 寛容(MIT、Apache、BSD)→ はい。コピーレフト(GPL、AGPL)→ いいえ。

  2. 特許の報復が気になりますか? Apache-2.0、GPLv3、MPL-2.0には、訴訟時に終了する明示的な特許付与があります。MITとBSD-2/3にはありません。

  3. あなたのコードはネットワークサービスとして動作しますか? AGPL-3.0は「SaaSの抜け穴」を塞ぎます、サービスの利用者が配布とみなされます。それが重要ならこれを選んでください。そうでなければGPLv3のほうがシンプルです。

避けるべきよくある間違い

  • ライセンス本文を編集しないこと。 「私の修正入りMIT」ライセンスは、新しい、互換性のないライセンスです。裁判所はその場限りの改変を認めません。
  • 互換性を理解せずに2つのライセンスを使わないこと。 Apache-2.0とGPLv2は互換性がありません。Apache-2.0とGPLv3は互換性があります。
  • ソースヘッダーのSPDX識別子を忘れないこと: 1行目の SPDX-License-Identifier: MIT は、ツールがあなたの選択を検出するのに役立ちます。
  • ソフトウェアに「クリエイティブ・コモンズ」を使わないこと。 CCライセンスは創作物のためのものです。ドキュメントや画像に使い、コードには使わないでください。

デュアルライセンス

一部のプロジェクトは2つのライセンス、通常は1つがコピーレフト、もう1つが商用、で提供され、企業はコピーレフトの条件から買い抜けられます。QtやMySQLが有名にこれを行っています。法的に複雑です。プロジェクトを収益化していないなら、OSI承認の単一ライセンスにとどめてください。

よくある質問

MITは小規模なオープンソースプロジェクトで最も人気のあるデフォルトです: 短く、寛容で、広く理解されており、ほぼすべての他のライセンスと互換性があります。プロジェクトに特許性のある新規性がある場合は、Apache-2.0がやや安全な選択です。

はい。それがなければ、あなたのコードは完全に著作権で保護され、誰も合法的に再利用できません、GitHubの公開アクセスはライセンスではありません。リポジトリを公開したその日にLICENSEファイルを追加してください。

最初のリリースの年(単一の年)か、現在の年で終わる範囲(例:「2019-2026」)です。毎年1月に年を更新するのは礼儀であって、ほとんどの法域では法的な要件ではありません。

いいえ、置換はお使いのブラウザで行われ、あなたの名前、年、ライセンスの選択が当方に送信されることは一切ありません。

関連ツール

このツールは他の言語でも利用できます