web-dev-qa-db-ja.com

オープンソース:各ソースファイルのライセンスヘッダーOR単一のコピーOR両方?

オープンソースプロジェクトを公開するには、[〜#〜] copying [〜#〜]ファイルをパッケージに追加するか、必要ですかすべてのプロジェクトのソースファイルの上にそれをコピーして貼り付けるには?
github やGoogleコードなどの有名な公開リポジトリでは、さまざまなアプローチが混在しているので、この側面を正しく処理する方法を知りたいです。

53
systempuntoout

著作権veryを真剣に受け止める会社で働く場合、米国の法律では技術的に要求されていないにもかかわらず、著作権/ライセンスメッセージをすべてのファイルに入れる必要があります。

ファイル全体が何らかの形で製品から分離されていても、簡単に識別できるようになっているのではないかと思います。

ただし、そのメッセージをすべてのファイルに保持するわけではありません。公開されたすべてのファイルに著作権メッセージを自動的に追加するスクリプトがあります。そうすれば、1つのファイルを変更するだけで済みます。

また、すべてのリリースファイルが正しいメッセージであることを確認するスクリプトもあります。

ただし、ライセンスに関しては、明示的なライセンスがないことは標準の著作権が適用されることを意味するため、単一のLICENCE.txtファイルに満足している可能性があります。

いつものように、私の法的意見は、あなたが私に支払った1セント(ゼロ)に値します。私は弁護士ではありませんが、あなたの弁護士ではありません。

45
paxdiablo

ライセンス作成者ごとに独自のガイドラインがあります。 GPLですか?次に、ここにあるGNU公式ガイドを参照してください(各ファイルにプレフィックスを付ける必要があります)。

http://www.gnu.org/licenses/gpl-howto.html

いくつかのリソースもチェックしてください:

http://www.oss-watch.ac.uk/resources/opensourceyourcode.xml#body.1_div.http://producingoss.com/en/license-quickstart。 html

6
Palantir

使用しているライセンスによって異なります。たとえば、GPLのようなライセンスは作品全体に適用されるため、FSFの推奨事項に従って、ソースルートにCOPYINGファイルを配置し、各ソースファイルにメモを作成します。一方、BSDまたはMITライセンス(または類似のライセンス)でコードをリリースする場合、通常は個別のライセンスファイルを使用せず、ライセンス情報をソースファイル自体(BSDまたはMITライセンスの場合、人々は個々のソースファイルを入手してコードを使用する可能性が高い)。

「重要な」プロジェクトに代わって質問する場合は、弁護士に相談することをお勧めします。

4
mipadi

私はKDEマーブルに取り組んでおり、KDEでは各ファイルにライセンステキストを入れています。

0
GG.