開源協議區別(轉)

原文：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

參考資料

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