開源協議區別(轉)

原文：https://adolphor.com/blog/2017/03/21/the-different-and-choice-of-license.html

各協議授權詳情

先來了解一些下相關用詞的解釋：

• 協議和版權信息(License and copyright notice)：在代碼中保留作者提供的協議和版權信息
• 聲明變更(State Changes)：在代碼中聲明對原來代碼的重大修改及變更
• 公開源碼(Disclose Source)：代碼必需公開。如果是基於LGPL協議 下，則只需使用的開源代碼公開，不必將整個軟件源碼公開
• 庫引用(Library usage)：該庫可以用於商業軟件中
• 責任承擔(Hold Liable)：代碼的作者承擔代碼使用后的風險及產生的后果
• 商標使用(Use Trademark)：可以使用作者的姓名，作品的Logo，或商標
• 附加協議(Sublicensing)：允許在軟件分發傳播過程中附加上原來沒有的協議條款等

協議	描述	要求	允許	禁止
Apache	一個較寬松且簡明地指出了專利授權的協議。	協議和版權信息 聲明變更	商用 分發 修改 專利授權 私用 附加協議	責任承擔（禁止讓作者承擔責任，可以理解為免責） 商標使用
GPL	此協議是應用最為廣泛的開源協議，擁有較強的版權自由( copyleft )要求。衍生代碼的分發需開源並且也要遵守此協議。 此協議有許多變種，不同變種的要求略有不同。	公開源碼 協議和版權信息 聲明變更	商用 分發 修改 專利授權 私用	責任承擔 附加協議
MIT	寬松簡單且精要的一個協議。在適當標明來源及免責的情況下，它允許你對代碼進行任何形式的使用。	協議和版權信息	商用 分發 修改 私用 附加協議	責任承擔
Artistic	Perl社區尤為鍾愛此協議。要求更改后的軟件不能影響原軟件的使用。	協議和版權信息 聲明變更	商用 分發 修改 私用 附加協議	責任承擔 商標使用
BSD	較為寬松的協議，包含兩個變種BSD 2-Clause 和BSD 3-Clause，兩者都與MIT協議只存在細微差異。	協議和版權信息	商用 分發 修改 私用 附加協議	責任承擔
Eclipse	對商用非常友好的一種協議，可以用於軟件的商業授權。包含對專利的優雅授權，並且也可以對相關代碼應用商業協議。	公開源碼 協議和版權信息	商用 分發 修改 專利授權 私用 附加協議	責任承擔
LGPL	主要用於一些代碼庫。衍生代碼可以以此協議發布（言下之意你可以用其他協議），但與此協議相關的代碼必需遵循此協議。	公開源碼 庫引用 協議和版權信息	商用 分發 修改 專利授權 私用 附加協議	責任承擔
Mozilla	Mozilla Public License(MPL 2.0)是由Mozilla基金創建維護的。此協議旨在較為寬松的BSD協議和更加互惠的GPL協議中尋找一個折衷點。	公開源碼 協議和版權信息	商用 分發 修改 專利授權 私用 附加協議	責任承擔 商標使用
No license	你保留所有權利，不允許他人分發，復制或者創造衍生物。當你將代碼發表在一些網站上時需要遵守該網站的協議， 此協議可能包含了一些對你勞動成果的授權許可。比如你將代碼發布到GitHub，那么你就必需同意別人可以查看和Fork你的代碼。	協議和版權信息	商用 私用	分發 修改 附加協議
Public domain dedication	在許多國家，默認版權歸作者自動擁有，所以Unlicense協議提供了一種通用的模板，此協議表明你放棄版權， 將勞動成果無私貢獻出來。你將喪失對作品的全部權利，包括在MIT/X11中定義的無擔保權利。	N/A	商用 分發 修改 私用	責任承擔

協議圖解

如下的如表更容易清晰的講解常用協議區別：

下面還有個惡搞版本的協議說明：

協議選擇

代碼

進行開源，別人可以用來做任何想要做的事，可以修改之后進行閉源，但是需要保持版本說明。

我選擇的是：MIT

文章

署名、非商業使用、進制演繹，

選擇的是：創意共享3.0

參考資料

• 如何選擇開源許可證？
• 如何為你的代碼選擇一個開源協議