私は MIT ライセンスの下でライセンスを取得した Ruby gem を作成しましたが、仕様で AGPL ライブラリを使用することでテスト カバレッジを大幅に改善できると思います。私が書いた実際のライブラリ コード (gem を使用する人によって実行される) は、この AGPL ライブラリを使用することは決してなく、gem 仕様を実行するときに開発環境でテストを実行するためのものです。
MIT の下でライブラリ/アプリケーション コードのライセンスを取得しながら、AGPL の下で仕様コードのライセンスを取得することは合法ですか? GitHub リポジトリ (仕様の別のリポジトリなど) または .gemspec ファイル (仕様と AGPL ライブラリを gem にバンドルしないなど) に関して、何か特別なことはありますか?
まず、私は弁護士ではありません。
使用するライブラリの名前が L であると仮定しましょう。
アプリケーション コードは L の派生物ではないため、AGPL のライセンスの影響を受けません。したがって、配布するルールを自由に選択できます。
テスト コードは AGPL の意味での L の派生物であり、その結果、公開する場合は AGPL の条件を使用する必要があります。
異なるライセンスを持つファイルを単一のリポジトリに保存することは問題ではありません。重要なのは、各ファイルのライセンスが何であるかを明確かつ明確に示すことです。最善の方法は、ファイルのヘッダーと README または LICENSE ファイルの両方に関連するメモを入れることです。私が意味するのは、次のようなものです
ディレクトリ内のすべてのファイルは、
test(...) の条件で公開されます。残りのすべてのファイルは、特に明記しない限り、(...) の条件で公開されます。
この情報を、プロジェクトの配布の各形式 (つまり、gem ファイル、tarball など) に忘れずに追加してください。gem全体を公開する条件を指定する必要がある場合は、両方のライセンスを提供する必要があります。gemspecに関しては、次のことを意味します。
spec.licenses = ['MIT', 'AGPL']