リポジトリのライセンス

適切なライセンスを選択する

コードにライセンスを付与する方法についての理解に役立つ、choosealicense.com を作成しました。ソフトウェアのライセンスは、ソースコードに対して許可されることとされないことを規定するものなので、十分な情報に基づいて決定することが重要です。

ライセンスの選択は義務ではありませんが、ライセンスがない場合はデフォルトの著作権法が適用されます。つまり、ソースコードについては作者があらゆる権利を留保し、ソースコードの複製、配布、派生物の作成は誰にも許可されないということです。 open source プロジェクトを作成する場合は、open source ライセンスを含めるのを強くお勧めします。オープンソースガイドには、ご自分のプロジェクトに対する正しいライセンスの選択についての追加のガイダンスが用意されています。

メモ

あるユーザーが GitHub のパブリックリポジトリで自分のソースコードを公開した場合、利用規約に従い、GitHub.com の他のユーザーには、そのリポジトリを表示およびフォークする権限があります。すでにリポジトリを作成していて、ユーザによるリポジトリへのアクセスを禁止する場合は、リポジトリをプライベートにすることができます。リポジトリの表示をプライベートに変更しても、他のユーザによって作成された既存のフォークまたはローカルコピーは存続します。詳しくは、「リポジトリの可視性を設定する」をご覧ください。

ライセンスの置かれている場所を確認する

ほとんどのユーザーは、ライセンステキストをリポジトリのルートにある LICENSE.txt (または LICENSE.md か LICENSE.rst) という名前のファイルに配置します。こちらに Hubot の例を示します。

プロジェクトによっては、ライセンスに関する情報は README に記載されています。たとえばプロジェクトの README には、「当ライセンスは MIT ライセンスの規約に基づいて付与されています」などの文言が書かれていることがあります。

ベストプラクティスとして、プロジェクトにはライセンスファイルを含めることをお勧めします。

ライセンスの種類によるGitHubの検索

          `license` 修飾子と、正確なライセンス キーワードを使うと、ライセンスまたはライセンス ファミリーに基づいてリポジトリをフィルター処理することができます。

ライセンス	ライセンスキーワード
Academic Free License v3.0	`AFL-3.0`
Apache ライセンス 2.0	`Apache-2.0`
アーティスティックライセンス 2.0	`Artistic-2.0`
ブーストソフトウェアライセンス 1.0	`BSL-1.0`
BSD 2条項「簡易」ライセンス	`BSD-2-Clause`
BSD 3-clause「New」もしくは「Revised」ライセンス	`BSD-3-Clause`
BSD 3条項クリアライセンス	`BSD-3-Clause-Clear`
BSD 4条「オリジナル」または「旧」ライセンス	`BSD-4-Clause`
BSD Zero-Clause ライセンス	`0BSD`
クリエイティブコモンズライセンスファミリ	`CC`
クリエイティブ・コモンズゼロ v1.0 ユニバーサル	`CC0-1.0`
クリエイティブ・コモンズ表示 4.0	`CC-BY-4.0`
Creative Commons Attribution ShareAlike 4.0	`CC-BY-SA-4.0`
何をしてもいいパブリックライセンス	`WTFPL`
教育コミュニティライセンス v2.0	`ECL-2.0`
Eclipse パブリックライセンス 1.0	`EPL-1.0`
Eclipse パブリックライセンス 2.0	`EPL-2.0`
欧州連合パブリックライセンス 1.1	`EUPL-1.1`
GNU Affero General Public License v3.0	`AGPL-3.0`
GNU General Public License ファミリ	`GPL`
GNU General Public License v2.0	`GPL-2.0`
GNU General Public License v3.0	`GPL-3.0`
GNU Lesser General Public License ファミリ	`LGPL`
GNU Lesser General Public License v2.1	`LGPL-2.1`
GNU Lesser General Public License v3.0	`LGPL-3.0`
ISC	`ISC`
LaTeX Project Public License v1.3c	`LPPL-1.3c`
Microsoft パブリックライセンス	`MS-PL`
MIT	`MIT`
Mozilla パブリックライセンス 2.0	`MPL-2.0`
Open Software License 3.0	`OSL-3.0`
PostgreSQL ライセンス	`PostgreSQL`
SIL Open Font License 1.1	`OFL-1.1`
イリノイ大学/NCSA オープンソースライセンス	`NCSA`
The Unlicense (無保証ライセンス)	`Unlicense`
zLib ライセンス	`Zlib`

ファミリーライセンス別で検索すると、結果にはそのファミリーのライセンスがすべて含まれます。たとえば、license:gpl というクエリを実行した結果には、GNU General Public License v2.0 と GNU General Public License v3.0 でライセンスされているリポジトリが含まれます。詳しくは、「リポジトリを検索する」をご覧ください。

ライセンスを見つけてもらう

          [Open source Ruby gem Licensee](https://github.com/licensee/licensee) は、リポジトリの _LICENSE_ ファイルを既知のライセンスの短いリストと比較します。 Licensee は [Licenses API](/rest/licenses) も提供しており、[GitHub 上のリポジトリがライセンスを取得する方法に関する分析情報を提供します](https://github.com/blog/1964-open-source-license-usage-on-github-com)。 ご自分のリポジトリが[ライセンス選択の Web サイト](https://choosealicense.com/appendix/)に記載されていないライセンスを使用している場合は、[ライセンスを含めて要求する](https://github.com/github/choosealicense.com/blob/gh-pages/CONTRIBUTING.md#adding-a-license)ことができます。

自分のリポジトリで使用しているライセンスが、ライセンス選択のウェブサイトにはリストされていて、リポジトリページのトップに明示的に表示されていない場合には、複数のライセンスが含まれるなど、複雑な状況が考えられます。ライセンスが検出されるようにするには、LICENSE ファイルはシンプルにして、リポジトリの README ファイルのなど、どこか別のところで、その複雑さを記します。

既存のライセンスでリポジトリにライセンスを適用する

ライセンスピッカーは、GitHubで新しいプロジェクトを作成する場合にのみ使用できます。

          ![[新しいリポジトリ] ページの [ライセンスの選択] セクションのスクリーンショット。[ライセンス] というドロップダウン メニューが表示されています。](/assets/images/help/repository/repository-license-picker.png)

ブラウザを使って、手動でライセンスを追加できます。リポジトリへのライセンスの追加の詳細については、「リポジトリへのライセンスの追加」を参照してください。

免責情報

GitHubのopen sourceライセンスの取り組みの目的は、情報に基づいた選択を行う際に役立つ開始点を提供することです。 GitHubは、ライセンス情報を表示して、ユーザーがopen sourceライセンスとそのライセンスを使用するプロジェクトに関する情報を取得するのに役立ちます。お役に立てればうれしいですが、私たちは法律の専門家ではなく、他の皆さんと同じようにミスもします。そのため、GitHubは「as-is」ベースで情報を提供し、その情報またはライセンスを通じて提供された情報またはライセンスに関して一切の保証を行わず、ライセンス情報の使用に起因する損害に対する責任を負いません。コードに適したライセンスや、ライセンスに関する他の法的な問題について不明な点がある場合は、必ず専門家にご相談ください。

参考資料

Open Source Guides のセクション「The Legal Side of Open Source」(オープンソースの法的側面)

        [GitHub Skills](https://skills.github.com/)

この記事で