単体テスト用のソフトウェアライセンスを選択することは重要ですか？

Question

私はLGPLのライセンスを取得しています。私はすべてのファイルにライセンスヘッダを入れるのが面倒ですので、単体テストファイルをスキップしました。問題ありますか？

Answer 1

質問に直接答えるには（おそらく怠けから単体テストファイルのライセンスヘッダを調べることに問題があるのか​​どうか）、私の腸の答えはおそらくありません。オープンソースの純粋主義者や法律専門家はおそらく、すべてのソースファイルにライセンスを含める必要があると言います。私はそれが良い習慣だと思いますが、そうしないことは、特にあなたのコードにLICENSE.txtファイルが付属している場合は、世界の終わりではありません。単位テストコードの場合はさらにそうですが、これはおそらくプロジェクトのコンテキスト外では適用できません。

私は明らかに弁護士ではありませんが、あなたのライセンスに賛成できない方法でソースコードを使用する人がいる場合（この場合はLGPL）、ライセンスが含まれていないと主張するのは難しいです特定のソースファイルはあまりにも多くの水を保持します。誰かがあなたのコードを盗み出し、それを自分のものと呼ぶのであれば、そのファイルにライセンスヘッダーがないので大丈夫ではない。私の意見では、窃盗は、「あなたはこれを盗むことが許されていません」という兆候があるかどうかにかかわらず、盗難です。 :-)残念ながら、それは私たちが住んでいる複雑な世界では十分ではないでしょう...（おめでとう）

おそらく最も良い答えは "おかしなよりも安全です"が、あなたの本能と経験の指導に行きます。あなたが信頼する開発者。私はそう思ったからです。 ;-)

Answer 2

あなたのユニットテストを「盗む」ことは本当に気になりますか？

私は弁護士ではありませんが... AFAIK、ライセンスをevery source fileに含めるという法的要件はありません。それはちょうどお尻をカバーするような人々です。あなたのライセンスを明確なREADME.txtまたはLICENSE.txtとあなたのソースを公開する場所に含めることは十分なはずです。これで眠れなくなった場合は、ライセンスコメントを入力するスクリプトを作成してください。コメントをもとに

更新：

あなたは本当にこの質問は、私はあなたがsoftware freedom .org

Answer 3

怠惰とスキップのステップは、常に悪いですがご連絡示唆definate的に答えを取得する必要がある場合。正しいことをします。それを効率的に行う。それはいつも行います。物語の終わり。

Answer 4

あなたのプロジェクトには、あなたの名前と著作権表示を含む一般的な定型ソースファイルを使用することをお勧めします。新しいファイルを作成する代わりにコピーしてください。また、チェックインする前に日付と情報をチェックして、各ファイルをソース管理するようにしてください。これは簡単なステップです。

Answer 5

プロジェクト内のすべてのソースファイルに著作権ヘッダーを追加することは、スクリプト言語を知っている人にとっては非常に簡単なプロジェクトです。 Perl、Python、Rubyなどのスクリプト言語がわからない場合は、これを学ぶのがよい時期です。

#!/usr/bin/perl -w 

use strict; 

# Copyright Header Here 

my $copyright_header = <<COPYRIGHT; 
# MyProject v1.0 
# Copyright Jader Dias, 2009 
COPYRIGHT 

open FILE, "<parse.pl" or die $!; 
while (my $line = <FILE>) { 
    if ($line =~ /\#\s*Copyright Header Here/) { 
     print $copyright_header; 
    } else { 
     print $line; 
    } 
} 
close FILE or die $!; 

をあなたのプログラムの構造によっては、あなたが著作権のヘッダと、元のファイルにタグを置き換えることができますいずれか、またはたとえば、ここではそれ自体に著作権のヘッダを追加するPerlスクリプトだ

ファイルの最上部にヘッダーを追加するだけです。