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

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

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

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

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

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

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

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

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

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

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

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

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

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

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