常用開源協(xié)議詳細解析

1、常用開源協(xié)議詳細解析開源在今天的軟件業(yè)已經(jīng)很普遍，但開源是否意味著使用者可以對開源后的 代碼為所欲為呢?答案是否定的.開源運動同樣有自己的游戲規(guī)則和道德準則.不 遵行這些規(guī)則不但損害開源運動的健康發(fā)展，也會對違規(guī)者造成名譽和市場上的 損失,更可能陷入法律糾紛和賠償.首先，要對幾個概念有所了解：Contributors 和 RecipientsContributors指的是對某個開源軟件或項目提供了代碼（包括最初的或者修改過的）發(fā)布 的人或者實體（團隊、公司、組織等）,Contributors按照參與某個軟件開源的時間先后，可以分 為 an initial Contributor 和 subse

2、quent Contributors .Recipients指的是開源軟件或項目的獲取者，顯然,subsequent Contributors也屬于 Recipients 之歹山Source Code 和 Object CodeSource Code指的是各種語言寫成的源代碼，通過Source Code，結合文檔，可以了解到整 個軟件的體系結構及具體到某個功能函數(shù)的實現(xiàn)方法等.Object Code指的是Source Code經(jīng)過編譯之后，生成的類似于“類庫”一樣的，提供各種 接口供他人使用的目標碼，按我的理解，它就是像常見的DLL、ActiveX. OCX控件性質的東 西.（不知道這樣理解對

3、不對）分清楚這兩個概念的目的在于，有些開源,只發(fā)布Object Code，當然，大多數(shù)發(fā)布的是 Source Code.很多協(xié)議也對“你發(fā)布的是哪種Code的時候應該怎樣”，有著明確的約束.Derivative Module 和 Separate ModuleDerivative Module指的是，依托或包含“最初的”或者“從別人處獲取的”開源代碼而產生 的代碼，是原“源代碼”的增強（不等于增加）、改善和延續(xù)的模塊，意為“衍生模塊”Separate Module指的是，參考或借助原“源代碼”，開發(fā)出的獨立的，不包含、不依賴于原 “源代碼模塊”,意為“獨立的模塊”.理解這兩個概念的目的在于，很

4、多協(xié)議對涉及到商業(yè)發(fā)布的 時候，會有哪些是衍生的，哪些是獨立的,有著明確的商業(yè)發(fā)布規(guī)定.現(xiàn)今存在的開源協(xié)議很多,而經(jīng)過Open Source Initiative組織通過批準的開源協(xié)議目前 有58種.我們在常見的開源協(xié)議如BSD，GPL，LGPL，MIT等都是OSI批準的協(xié)議.如果要開源 自己的代碼，最好也是選擇這些被批準的開源協(xié)議.這里我們來看四種最常用的開源協(xié)議及它們的適用范圍，供那些準備開源或者使用開源 產品的開發(fā)人員/廠家參考.BSD 開源協(xié)議（Berkeley Software Distribution ）BSD開源協(xié)議是一個給予使用者很大自由的協(xié)議.基本上使用者可以“為所欲為”可以

5、自 由的使用，修改源代碼，也可以將修改后的代碼作為開源或者專有軟件再發(fā)布.但“為所欲為” 的前提當你發(fā)布使用了 BSD協(xié)議的代碼,或則以BSD協(xié)議代碼為基礎做二次開發(fā)自己的產 品時,需要滿足三個條件：如果再發(fā)布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協(xié)議.如果再發(fā)布的只是二進制類庫/軟件,則需要在類庫/軟件的文檔和版權聲明中包含原 來代碼中的BSD協(xié)議.不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣.其實這幾個規(guī)則約定的目的也只是達到一個目的:是他人的東西,別人以BSD開源了，你 就不能不做任何聲明而占為己有,更不能用他人的名義來做商業(yè)推廣.你只對你自己的東西擁

6、有絕對控制權.舉個例子,你用開源代碼（A）修改或做其他增添之后，產生了產品B,這時候，你對B的控制 由你自己決定，你可以用任何協(xié)議再開源，也可以閉源商業(yè)發(fā)布.但，因為如果B中包含了 A或 A的一部分（一點都不包含就不叫修改了）,那你在B產品的版權聲明中,必須有提到你有使用 到A，并且附帶上A的開源協(xié)議.而且不能做商業(yè)推廣的時候將B冠以原開源作者的名義 以促進商業(yè)推廣.BSD代碼鼓勵代碼共享，但需要尊重代碼作者的著作權.BSD由于允許使用者修改和重 新發(fā)布代碼，也允許使用或在BSD代碼上開發(fā)商業(yè)軟件發(fā)布和銷售，因此是對商業(yè)集成很友好的協(xié)議.而很多的公司企業(yè)在選用開源產 品的時候都首選BSD協(xié)議，

7、因為可以完全控制這些第三方的代碼，在必要的時候可以修改或 者二次開發(fā).Apache Licence 2.0Apache Licence是著名的非盈利開源組織Apache采用的協(xié)議.該協(xié)議和BSD類似，同樣 鼓勵代碼共享和尊重原作者的著作權,同樣允許代碼修改,再發(fā)布（作為開源或商業(yè)軟件）.需要 滿足的條件也和BSD類似：需要給代碼的用戶一份Apache Licence如果你修改了代碼，需要再被修改的文件中說明.在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協(xié)議，商標，專 利聲明和其他原來作者規(guī)定需要包含的說明.4.如果再發(fā)布的產品中包含一個 Notice文件，則在Notice文

8、件中需要帶有ApacheLicence.你可以在Notice中增加自己的許可，但不可以表現(xiàn)為對Apache Licence構成更改.Apache Licence也是對商業(yè)應用友好的許可.使用者也可以在需要的時候修改代碼來滿 足需要并作為開源或商業(yè)產品發(fā)布/銷售.GPL （Gun General Public License）vesion 2.0 1991我們很熟悉的Linux就是采用了 GPL.GPL協(xié)議和BSD, Apache Licence等鼓勵代碼重用 的許可很不一樣.GPL的出發(fā)點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使 用,但不允許修改后和衍生的代碼做為閉源的商業(yè)軟

9、件發(fā)布和銷售.這也就是為什么我們能用 免費的各種linux,包括商業(yè)公司的linux和linux上各種各樣的由個人，組織，以及商業(yè)軟件公 司開發(fā)的免費軟件了.GPL協(xié)議的主要內容是只要在一個軟件中使用（“使用”指類庫引用，修改后的代碼或者衍 生代碼）GPL協(xié)議的產品，則該軟件產品必須也采用GPL協(xié)議，既必須也是開源和免費.這就 是所謂的“傳染性”.GPL協(xié)議的產品作為一個單獨的產品使用沒有任何問題，還可以享受免費 的優(yōu)勢.由于GPL嚴格要求使用了 GPL類庫的軟件產品必須使用GPL協(xié)議，對于使用GPL協(xié)議 的開源代碼，商業(yè)軟件或者對代碼有保密要求的部門就不適合集成/采用作為類庫和二次開發(fā) 的基

10、礎.最常見的開源協(xié)議，使用它作為授權協(xié)議的有大名鼎鼎的Linux .GPL最顯著的兩個特 點就是網(wǎng)上稱為的“病毒性傳播”和“不允許閉源的商業(yè)發(fā)布”所謂的“病毒性傳播”,指的是，GPL規(guī)定,所有從GPL協(xié)議授權的源碼衍生出來的（即上面 提到的Derivative Module）,或者要跟GPL授權的源碼混著用的Project,都要遵循GPL協(xié)議, 就像病毒一樣，粘上了關系，就“中毒”7.GPL這樣規(guī)定的目的是,保證在GPL協(xié)議保護下的產 品，不會再受到其他協(xié)議或者授權的約束.即讓跟GPL有關系的源碼都能免費獲取.舉個例子, 如果你的改進的Linux中使用了 GPL授權下的開源模塊（也必須使用，你

11、不可能自己重新去做 個內核吧，如果做出來了,你也沒必要叫Linux 了.）,那么你整個Linux產品也必須遵循GPL協(xié) 議去開源,不能以其他方式去開源發(fā)布，更不允許閉源發(fā)布.這樣一來,就不會出現(xiàn)這樣一個 Linux-這個功能是GPL協(xié)議授權的，可以免費獲取源碼，而另外一個功能是其他協(xié)議下的，拿 不到源碼.這點規(guī)定對使用或者研究該產品的人來說,是一個極大的便利.而“不允許閉源商業(yè)發(fā)布”指的是，在GPL授權下，你的軟件產品可以商業(yè)發(fā)布，拿去賣錢, 但是在這同時，你也必須將該產品的源碼以GPL協(xié)議方式開源發(fā)布出去，供他人免費獲取.也 許有人會迷惑，拿去賣,又同時開源,那誰來買阿?這個產品怎么賺錢呢?

12、這就涉及到開源產品 的商業(yè)模式的問題了，想了解相關一些信息的話，可以看看以上我給出鏈接的一些文章.至于 后面，可能會寫一篇關于開源項目的商業(yè)模式的隨筆.GPL協(xié)議下的商業(yè)發(fā)布的一個關鍵點就像Java視線論壇的Robbin所說的,GPL是針 對軟件源代碼的版權，而不是針對軟件編譯后二進制版本的版權.你有權免費獲得軟件的源代 碼,但是你沒有權力免費獲得軟件的二進制發(fā)行版本.GP對軟件發(fā)行版本唯一的限制就是:你的發(fā)行版本必須把完整的源代碼一同提供.它細節(jié)如再發(fā)布的時候需要伴隨GPL協(xié)議等和BSD/Apache等類似.LGPLLGPL是GPL的一個為主要為類庫使用設計的開源協(xié)議.和GPL要求任何使用/

13、修改/衍 生之GPL類庫的的軟件必須采用GPL協(xié)議不同.LGPL允許商業(yè)軟件通過類庫引用3此)方 式使用LGPL類庫而不需要開源商業(yè)軟件的代碼.這使得采用LGPL協(xié)議的開源代碼可以被 商業(yè)軟件作為類庫引用并發(fā)布和銷售.但是如果修改LGPL協(xié)議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼 和衍生的代碼都必須采用LGPL協(xié)議.因此LGPL協(xié)議的開源代碼很適合作為第三方類庫被 商業(yè)軟件引用，但不適合希望以LGPL協(xié)議代碼為基礎，通過修改和衍生的方式做二次開發(fā)的 商業(yè)軟件采用.GPL/LGPL都保障原作者的知識產權,避免有人利用開源代碼復制并開發(fā)類似的產品.CPL(Common Publi

14、c Liecense) vesion 1.0CPL是IBM提出的并通過了 OSI(Open Source Initiative)批準的開源協(xié)議.主要用于一些 IBM或跟IBM相關的開源軟件/項目中.如很著名的Java開發(fā)環(huán)境Eclipse、RIA開發(fā)平臺 Open Laszlo 等.CPL也是一項對商業(yè)應用友好的協(xié)議.它允許Recipients對源碼進行任意的使用、復制、 分發(fā)、傳播、展示、修改以及改后做閉源的二次商業(yè)發(fā)布,這點跟BSD很類似，也屬于自由 度比較高的開源協(xié)議.但是，需要遵循：當一個Contributors將源碼的整體或部分再次開源發(fā)布的時候，必須繼續(xù)遵循CPL開 源協(xié)議來發(fā)布，而不能改用其他協(xié)議發(fā)布.除非你得到了原“源碼”O(jiān)wner的授權.CPL協(xié)議下，你可以將源碼不做任何修改