如何選擇開源許可協議

>>>>>>我非常關心教科書級的軟體使用開發與維護 <<<<

@國內乙個開發者把自己作品開源出來被別的公司的人拿去包裝成自己的產品**賣出去

@常見的開源許可協議有：

gpl: 全稱 gnu general public license。它的主要內容為：

只要在乙個軟體中使用(「使用」指類庫引用或者修改後的**) gpl 協議的產品，則該軟體產品必須也採用gpl協議，既必須也是開源和免費。這個協議就不太適合商用軟體，或者準備使用gpl開源元件的商用專案。基於這個協議的專案，極大的提高了開源軟體的數量。如果作者使用了gpl協議，而使用方沒有公開源**就是違反了協議。目前用的多的是 gplv1，gplv2。這兩個什麼區別看後面那張樹形圖。採用這個協議的開源軟體有：linux、 mysql.

隨意複製;隨意傳播;收費傳播;隨意修改;

對源**的傳播和對已編譯**的傳播是兩個完全不同的事情

lgpl: 最初是library gpl的縮寫，後來改稱作lesser gpl。由於gpl太嚴格，限制了很多商用軟體使用gpl元件才推出了這個lgpl。lgpl

允許商業軟體通過引用類庫的方式使用lgpl元件（不直接使用源**），這樣可以不需要開源商業軟體的**。但是如果要修改原始元件的**，則涉及修改部分的**和基於原來**衍生的**都必須採用lgpl協議。 lgpl不適合以lgpl協議為基礎的**進行二次開發的商業軟體，但是商用軟體可以採用編譯後的類庫引用就不需要公開源**了。採用這個協議的開源軟體有：

jboss、 fckeditor 、 hibernate。之前extjs就因為從lgpl轉換到gpl帶來了不少的震動

bsd:

全稱 berkeley software distribution。這個協議相對上面兩個協議寬鬆很多，允許使用者修改和重新發布**，也允許使用或在bsd**基礎上開發商業軟體發布和銷售，因此是適用於商業軟體的。使用者別太高興，使用時還必須做到滿足三個條件：

apache licence vesion 2.0:這個協議除了為使用者提供版權許可之外，還有專利許可。與bsd協議許可權類似，

允許**修改，再發布，適用商業軟體。但是也需要滿足以下條件：

除了這些條件它還有這些好處：

使用apache licence vesion 2.0協議的開源軟體有：hadoop 、apache httpserver、spring framework、mongodb。

mit :源自麻省理工學院（massachusetts institute of technology, mit），又稱x11協議。mit與bsd類似，但是比bsd協議更加寬鬆，是目前最少限制的協議。這個協議唯一的條件就是在修改後的**或者發行包包含原作者的許可資訊。適用商業軟體。使用mit的軟體專案有：jquery、node.js。

mozilla public license、

creative commons、

eclipse public license 1.0

cc-bync協議

mozilla public license 2.0

lgplv3

creative commons (cc)許可協議並不能說是真正的開源協議，它們大多是被使用於設計類的工程上。 cc 協議種類繁多，每一種都授權特定的權利。乙個 cc 許可協議具有四個基本部分，這幾個部分可以單獨起作用，也可以組合起來。下面是這幾部分的簡介：

上面提到過， cc 許可協議的這些條款可以自由組合使用。大多數的比較嚴格的cc協議會宣告「署名權，非商業用途，禁止衍生」條款，這意味著你可以自由的分享這個作品，但你不能改變它和對其收費，而且必須宣告作品的歸屬。這個許可協議非常的有用，它可以讓你的作品傳播出去，但又可以對作品的使用保留部分或完全的控制。最少限制的cc協議型別當屬「署名」協議，這意味著只要人們能維護你的名譽，他們對你的作品怎麼使用都行。

cc 許可協議更多的是在設計類工程中使用，而不是開發類，但沒有人或妨礙你將之使用與後者。只是你必須要清楚各部分條款能覆蓋到的和不能覆蓋到的權利。

如何選擇開源許可協議

如何選擇開源許可協議

開源許可協議

開源許可協議

相關推薦