Githubのライセンス

私は初めてGitHubにアップロードしていますが、ライセンスに関するあらゆる疑問に直面しています。トピックがネットで明らかになったことを知りませんでした！しかし、それが複雑であっても、私の状況は非常に典型的であるため、Githubを使用しているほとんどの人はこのことをすでに知っていると思います。

Maven（パッケージとビルドJavaマネージャー）のPOMでサードパーティのライブラリを参照しているアプリを公開してアップロードし、それらを明らかにコードで呼び出したいだけです。それらのいくつかはGPL、他のApache、他の複数のライセンスです...

あなたは通常、これらすべてを心配する必要がありますか？バイナリやサードパーティのライブラリを配布したり、修正したり、商業的に使用したりすることはありません...「明示的に言及する必要がありますか？」どのファイルに？自分のライブラリにGPLライセンスを使用する必要がありますか？

インターネット上の情報が文字通りどのようになっているのか不思議に思うのは、Spring、JUnitなどの使用を参照している通知を持っている人を見たことがないということです...

ソースコードを公開する場合、はい、サードパーティのライブラリがリリースされているライセンスを知っておく必要があります。GitHubリポジトリに配置しなくても、これらのライブラリのライセンスにより、他のサードパーティソフトウェアを使用しているという理由だけで、特定のライセンスの下でプロジェクトのライセンスを強制される場合があります。正確に何をする必要があるかは、使用しているサードパーティソフトウェアのすべてのライセンスとその使用方法によって異なります。

さまざまなライセンスの意味について調査する必要があります。プログラマには、さまざまなオープンソースライセンスに関する他の質問がたくさんあります。また、オープンソーススタック交換サイトもあります。

あなたのコードは、ApacheとGPLライセンスでカバーされている他のライブラリを使用していると言います。ApacheとGPLの間では、GPLはより制限的です。一般的な経験則として、コードでGPLライセンスのライブラリを使用する場合は、コードもGPLでライセンスする必要があります。これを回避する方法はありますが、コードを共有することしかできず、コードの消費者が何かを配布したい場合にGPLを採用するように負担をシフトするだけです。

Jacobsen v Katzer et al。、No. 2009-1221：略式判決の動きに関する裁定を参照してください。オープンソースライセンスは、著作権ライセンスとして法的に強制力があります。ここでは、芸術的なライセンス[sic]がカリフォルニアでテストされましたが、ライセンスの所有者に有利なように、和解の和解条件が重くのばされて、訴訟は却下されました。