いくつかのインフラストラクチャコード(自動ビルドと展開に関連する)をOSSとしてリリースする可能性を検討しており、さまざまなOSSライセンスがどのように影響するかについて興味があります。
具体的には、LGPLはコードそれ自体(部分/全体)が商用製品(私が求めているもの)に変更されるのを防ぎますが、商用製品の作成時にコードを「リンク」することを許可します(また大丈夫)。
「リンク先」句は、製品自体と一緒に展開されていないインフラストラクチャコードとどのように関連していますか?アプリケーションは、「適切な法的通知」(私は大騒ぎしていません)を提供する必要がありますか?
Eclipse Public Licenseを見たほうがいいでしょうか?
あなたのコードはmakeツールにほぼ匹敵するものだと思います。
コードは最終製品と一緒に配布されないため、コードをプロプライエタリ製品(またはその一部)に変えたくない場合は、GPLを使用してください。ツールにGPLを使用しても、ツールで構築されたプログラムのライセンスにはまったく影響しません。 LGPLを選択することもできますが、それによってコードをプロプライエタリ製品の一部にすることができます(ただし、その部分はスピーチのように無料のままです)。
免責事項:IANAL
免責事項:私は弁護士ではありません。ソフトウェアのライセンス供与を検討している場合、特に現在または将来的に商用製品で使用したい場合は、誰かに相談することを強くお勧めします。
ソフトウェアをすべての人が自由に使用できるようにする場合、最適なライセンスは [〜#〜] bsd [〜#〜] や [〜#〜] mit [〜# 〜] 。これらは、著作権を除き、コードに対する責任を負わず、変更を許可します。人々や組織が製品でそれを使用できることは、帰属とライセンステキストを含めること以外は比較的心配することはありません。これにより、コードのカバレッジは最大になりますが、権限は最小になります。
Apache 、 Eclipse 、 Common Distribution and Development License(CDDL) のようなライセンスは中間的なものです。それらはMITおよびBSDライセンスよりも詳細で厳格ですが、GPUライセンスよりもユーザーが実行できることに対する制限が少なくなっています。
最後に、 Gnu Public License(GPL) や Lesser Gnu Public License のようなライセンスがあります。 GPLは、オープンソースでもあるために変更が必要なため、特に面倒です。製品が商用ソフトウェアで使用されないようにする場合は、GNUを使用してください。
ライセンスを選択する前に、次のことを考慮してください。
コードがインフラストラクチャであるかどうかは偶発的です。これは、イデオロギーと同じくらいビジネス上の決定です。
ライセンスは弁護士によって作成され、特定の用語には特定の定義またはあいまいな定義がある場合があることに注意してください。 「配布」という用語を使用します。 Webサイトを作成し、コードがWebサーバーに格納されている場合、それは配布としてカウントされますか?一部のモジュールの境界が不明確であるため、「使用」または「統合」という用語には別の法的懸念があります。