開源協議區別(轉)
阿新 • • 發佈：2019-01-25
基於 應用 想要 技術分享 ini 發表 BSD協議 cli ria
原文：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中定義的無擔保權利。 |
|
|
|
協議圖解
如下的如表更容易清晰的講解常用協議區別：
下面還有個惡搞版本的協議說明：
協議選擇
代碼
進行開源，別人可以用來做任何想要做的事，可以修改之後進行閉源，但是需要保持版本說明。
我選擇的是：MIT
文章
署名、非商業使用、進制演繹，
選擇的是：創意共享3.0
參考資料
- 如何選擇開源許可證？
- 如何為你的代碼選擇一個開源協議
開源協議區別(轉)