Lience、しばしば見GNU、GPL、BSD、Apacheや他の単語を持っているgithubのREADMEを、訪問したときに我々は通常、多くの場合、表示されていますが、実際にこれらの契約とその違いを知っていますか？
-
GPL：我々は、Linuxに精通しているGPLを使用することです。GPLやBSD、Apacheライセンスとそう非常に異なるコードの再利用ライセンスを奨励します。出発GPLオープンソースコード/フリー使用及び参照/修正/誘導体コードオープンソース/フリーの点が、コードを変更させ、クローズドソースの商用ソフトウェア配布・販売ように誘導されません。我々は、LinuxおよびLinux上の営利企業によって開発された個人、組織、および商用ソフトウェアの無料ソフトウェアでの様々なを含め、無料のLinuxのさまざまなを使用することができる理由です。GPLの主な内容は、単にライセンスは、オープンソースとフリーの両方でなければならない、ソフトウェア製品はまた、GPLでなければなりません（クラスライブラリリファレンス、改訂されたコードや、このコードの誘導体を意味する「使用」）を使用するソフトウェア製品にGPL合意することです。これは、「伝染性」と呼ばれています。GPL製品は何の問題もなく、別の製品として、あなたはまた、無料の利点を楽しむことができます。GPL、オープンソース、商用ソフトウェアまたはコード分割機密性の要件を使用するためのGPLの契約を使用しなければならないソフトウェア製品のGPL GPLライブラリーの使用の厳しい要件にライブラリや二次開発のための基礎として統合/養子縁組には適していません。その上でGPLは契約およびBSD / Apacheのに伴って必要として再リリースされたときにその他の詳細は似ています。あなたが使用して私のGPLのソフトウェアを変更する場合は、お使いのソフトウェアはオープンソースでなければならない、またはあなたのソフトウェアビジネスを置けば、私のソフトウェアを使用することはできませんし、私は気にしないだろう。
- BSD：BSDオープンソースライセンス契約は、ユーザーに多くの自由を与えることです。基本的には、ユーザーが「彼らがやりたい」ことができ、あなたは自由にソースコードは、オープンソースまたはプロプライエタリソフトウェアの再リリースとしてコードを変更することができ、変更、使用することができます。しかし、「何でも彼らが望む」あなたはBSD契約リリースされたコードを使用する際の前提条件を、プロトコルまたは自社製品の二次開発を行うためのBSDのコードベースを置き、三つの条件を満たしている必要があります。再リリースされた製品は、ソースコードが含まれている場合は、これは、ソースコードのBSDプロトコルで元のコードを持っている必要があります。我々は唯一のバイナリライブラリ/ソフトウェアを公開する場合は、ドキュメントライブラリと著作権表示/ソフトウェアには、オリジナルのBSDライセンスコードを含める必要があります。あなたは、オープンソースの作者/代理店の名前やマーケティングを行うには、元の製品の名前を使用することはできません。BSDのコード共有を奨励するコードが、コードの作者の著作権を尊重する必要があります。ユーザーがコードを変更して再配布することを可能にすることによりBSDは、また、BSDコードの商用ソフトウェアの配布・販売の利用や開発を可能にするので、統合されたビジネス向けの合意です。必要なときにあなたは完全にこれらのサードパーティのコードを変更することができる制御または二次開発することができますので、製品の選択の企業の多くは、彼らは、選択したオープンソースのBSDプロトコルのとき。
- アパッチ：Apacheのライセンスプロトコルは、オープンソースのApacheが使用されるよく知られている非営利団体です。契約はBSDと同様のものであり、また、コード共有を奨励し、原作者の著作権を尊重し、また、その後、（オープンソースや商用ソフトウェアとして）リリースされ、コードの変更が可能になります。条件が満たされる必要があり、BSDにも似た：あなたは、変更されたファイルの説明を、コードを変更した場合、ユーザーはApacheライセンスをコーディングする必要があります。コード（コードとソースコード変更が導出される）必要な所定の元に含まれるプロトコル、商標、特許、および他の文で必要と同じコードを有する延びます。製品の再リリースをお知らせファイルに含まれている場合、ファイルはお知らせApacheのライセンスを持っている必要があります。あなたは憲法を変更するにはApacheライセンスのパフォーマンスをお知らせして独自のライセンスを追加することはできませんが、。Apacheのライセンスも優しい商用利用のためのライセンスを取得します。ニーズやオープンソースや商用の製品発売/販売を満たすために、必要に応じてまた、ユーザーは、コードを変更することができます。
- LGPL：LGPLはGPLを使用するために設計され、主にオープンソースのライブラリの契約です。そして、任意のソフトウェア要件の使用はGPL /変更/ GPL由来のライブラリーは、異なるプロトコルのGPLを使用する必要があります。LGPLは、オープンソースコードライブラリLGPL商用ソフトウェアを使用せずに、商用ソフトウェアライブラリリファレンス（リンク）モードを可能にします。これはLGPLのオープンソースコードの使用は、参照ライブラリとして使用し、商用ソフトウェアを公開し、販売することができます。コードはLGPLまたは誘導体化、全て修正されたコードを変更する場合は、コードは追加のコードの変更とLGPLを使用する必要が由来する部分を含みます。したがって、LGPLのオープンソース・コードは、サードパーティの商用ソフトウェア・ライブラリがなく、LGPLのコードベースにしたい人のために、参照され、使用されるビジネスソフトウェアの二次開発を行うための方法を変更することにより、導出されているように非常に適しています。GPL / LGPL類似製品のオープンソース開発のコピーおよび使用から人々を防ぐため、知的財産権を保護するための原作者です。
- MIT：MITとBSDは何ら制限言い換えれせずに、あなたのディストリビューションでは、元の使用許諾契約書を含まなければならない、など幅広いライセンス契約の範囲は、著者が著作権を保持したいようですが、あなたはバイナリに関係なくです。またはリリースされたソースコードを公開します。