何年もの間、私はオンラインで共有されたものにライセンスを付けて、他の人がそれらを再利用できるかどうか、そしてそれらを再利用できるかどうかを簡単に判断できるようにしました。GitHubがユーザーにリポジトリにLICENSEファイルを含めるように優しく「プッシュ」し始める前は、コード(特にGitHubで公開されているコード)でこれを行う最善の方法を知りませんでした!–しかし、それ以来、LICENSEファイルをうまく利用しようと試みました。
私は現在、いくつかのライセンスについて言及する必要がある(サードパーティのコードとライブラリ、および非コードファイルのために)他の人々と小さなプロジェクトに取り組んでいる状況にあります。私のパートナーはこの問題をかなり「ずさんな」方法で進めていますが、「コードをそのままオンラインに置くだけで、誰も気にしないだろう」と提案されました。問題は、GitHubでいくつかの(異なる)ライセンスについて言及する方法がわからないことです。
GitHubでいくつかの異なるソリューションを見てきました。そのため、このわずかに異なる質問に対する答えが信頼できるものかどうかを判断するのは困難です。私が知りたいのは、次のうちどれが最も一般的であるか、または他の追加の方法がある場合です。
- 単一のLICENSEファイルを作成し、そこにすべての異なるライセンスの説明を入れます。(質問:それらは特定の順序で配置する必要がありますか?より良い概要のために、含まれるすべてのライセンスの名前を記載してファイルから始めますか?)
- 作成したライセンスごとに1つのライセンスファイルを使用し、それらに名前を付け
LICENSE.md
、LICENSE.LibNameA.md
、LICENSE.AssetsB.md
などのリンクの答えで提案されているように。(質問:命名はプロジェクト名に基づきますか?ライセンス名ではありませんか?自己投稿素材に複数のライセンスを使用した場合、それらをすべて「メイン」で言及しLICENSE.md
ますか?そうでない場合、代わりに何をしますか?) - 2つのLICENSEファイルを作成します。1つは「メイン」コンテンツのライセンスをリストします。つまり、自分で作成したすべてのコード/アセット。1つはすべてのサードパーティの資料用です。(上記の質問:使用する特定の命名スキームと、サードパーティの資料をリストする順序はありますか?)
最後に、License APIに関するさまざまなGitHubの説明とプロジェクトを正しく理解していれば、レポのライセンスを決定するときに「メイン」のLICENSEファイルのみが考慮されます(どのライセンスが選択されるかはわかりませんが)いくつか言及された場合)。