（1）Contributors??和??Recipients
Contributors? ? 指的是對(duì)某個(gè)開(kāi)源軟件或項(xiàng)目提供了代碼（包括最初的或者修改過(guò)的）發(fā)布的人或者實(shí)體（團(tuán)隊(duì)、公司、組織等），Contributors??按照參與某個(gè)軟 件開(kāi)源的時(shí)間先后，可以分為an??initial??Contributor??和??subsequent??Contributors??。
Recipients指的是開(kāi)源軟件或項(xiàng)目的獲取者，顯然，subsequent??Contributors??也屬于??Recipients之列。

（2）Source??Code??和??Object??Code
Source??Code??指的是各種語(yǔ)言寫(xiě)成的源代碼，通過(guò)Source??Code，結(jié)合文檔，??可以了解到整個(gè)軟件的體系結(jié)構(gòu)及具體到某個(gè)功能函數(shù)的實(shí)現(xiàn)方法等。
Object??Code??指的是Source??Code??經(jīng)過(guò)編譯之后，生成的類似于“類庫(kù)”一樣的，提供各種接口供他人 使用 的目標(biāo)碼，按我的理解，它就是像常見(jiàn)的DLL、AtiveX、OCX控件性質(zhì)的東西。（不知道這樣理解對(duì)不對(duì)）
分清楚這兩個(gè)概念的目的在于，有些開(kāi)源，只發(fā)布Object??Code??，當(dāng)然，大多數(shù)發(fā)布的是Source??Code。很多協(xié)議也對(duì)??“你發(fā)布的是哪種Code的時(shí)候應(yīng)該怎樣”，有著明確的約束。

（3）Deriv ati ve??Module??和??Separate??Module
Derivative??Module??指的是，依托或包含“最初的”或者“從別人處獲取的”開(kāi)源代碼而產(chǎn)生的代碼，是原“源代碼”的增強(qiáng)（不等于增加）、改善和延續(xù)的模塊，意為“衍生模塊”。
Separate??Module??指的是，參考或借助原“源代碼”，開(kāi)發(fā)出的獨(dú)立的，不包含、不依賴于原“源代碼模塊”，意為“獨(dú)立的模塊”。
理解這兩個(gè)概念的目的在于，很多協(xié)議對(duì)涉及到商業(yè)發(fā)布的時(shí)候，會(huì)有哪些是衍生的，哪些是獨(dú)立的，有著明確的商業(yè)發(fā)布規(guī)定。
? ?? ?接下來(lái)，說(shuō)說(shuō)常見(jiàn)的幾種協(xié)議吧。其實(shí)上面我給出的幾篇文章的鏈接里面對(duì)一些常見(jiàn)的 開(kāi)源協(xié)議 已經(jīng)有比較清晰的描述了，我這里也只是加人了個(gè)人的一些理解，希望對(duì)接觸得少的人有一定的幫助吧。
GPL（Gun??General??Public??License）??vesion??2.0? ? 1991
? ?? ?最常見(jiàn)的開(kāi)源協(xié)議，使用它作為授權(quán)協(xié)議的有大名鼎鼎的??Linux??。GPL最顯著的兩個(gè)特點(diǎn)就是網(wǎng)上稱為的“病毒性傳播”和“不允許閉源的商業(yè)發(fā)布”。
? ?? ? 所謂的“病毒性傳播”，指的是，GPL規(guī)定，所有從GPL協(xié)議授權(quán)的源碼衍生出來(lái)的（即上面提到的DerivativeModule），或者要跟GPL授 權(quán)的源碼混著用的Project，都要遵循GPL協(xié)議，就像病毒一樣，粘上了關(guān)系，就“中毒”了。GPL這樣規(guī)定的目的是，保證在GPL協(xié)議保護(hù)下的產(chǎn) 品，不會(huì)再受到其他協(xié)議或者授權(quán)的約束。即讓跟GPL有關(guān)系的源碼都能 免費(fèi) 獲 取。舉個(gè)例子，如果你的改進(jìn)的Linux中使用了GPL授權(quán)下的開(kāi)源模塊（也必須使用，你不可能自己重新去做個(gè)內(nèi)核吧，如果做出來(lái)了，你也沒(méi)必要叫 Linux了。），那么你整個(gè)Linux產(chǎn)品也必須遵循??GPL協(xié)議去開(kāi)源，不能以其他方式去開(kāi)源發(fā)布，更不允許閉源發(fā)布。這樣一來(lái)，就不會(huì)出現(xiàn)這樣一 個(gè)Linux－－這個(gè)功能是GPL協(xié)議授權(quán)的，可以 免費(fèi) 獲取源碼，而另外一個(gè)功能是其他協(xié)議下的，拿不到源碼。這點(diǎn)規(guī)定對(duì)使用或者研究該產(chǎn)品的人來(lái)說(shuō)，是一個(gè)極大的便利。
? ?? ? 而“不允許閉源商業(yè)發(fā)布”指的是，在??GPL授權(quán)下，你的軟件產(chǎn)品可以商業(yè)發(fā)布，拿去賣錢(qián)，但是在這同時(shí)，你也必須將該產(chǎn)品的源碼以GPL協(xié)議方式開(kāi)源 發(fā)布出去，供他人免費(fèi)獲取。也許有人會(huì)迷惑，拿去賣，又同時(shí)開(kāi)源，那誰(shuí)來(lái)買(mǎi)阿？這個(gè)產(chǎn)品怎么賺錢(qián)呢？？這就涉及到開(kāi)源產(chǎn)品的商業(yè)模式的問(wèn)題了，想了解相關(guān) 一些信息的話，可以看看以上我給出鏈接的一些文章。至于后面，可能會(huì)寫(xiě)一篇關(guān)于開(kāi)源項(xiàng)目的商業(yè)模式的隨筆。
? ?? ?GPL協(xié)議下的商業(yè)發(fā)布的一個(gè)關(guān)鍵點(diǎn)就像??Java??視線論壇的??Robbin所說(shuō)的，GPL是針對(duì)軟件源代碼的版權(quán)，而不是針對(duì)軟件編譯后二進(jìn) 制版本的版權(quán)。你有權(quán)免費(fèi)獲得軟件的源代碼，但是你沒(méi)有權(quán)力免費(fèi)獲得軟件的二進(jìn)制發(fā)行版本。GPL對(duì)軟件發(fā)行版本唯一的限制就是：你的發(fā)行版本必須把完整 的源代碼一同提供。

BSD（Berkeley??Software??Distribution）
? ?? ?跟GPL有很大的不同，BSD協(xié)議是給予人很大的自由的一種開(kāi)源協(xié)議。其最大的特點(diǎn)是，Recipients??幾乎可以對(duì)源碼“為所欲為”，可以自由 地修改，自由地使用，修改后再以其他方式再發(fā)布（商業(yè)或者開(kāi)源）。但，你做這些事情的時(shí)候，還是得遵循以下規(guī)則：
? ?? ? 1．??如果再發(fā)布的產(chǎn)品中包含原“源代碼”，則在原“源代碼”中必須帶有原來(lái)代碼中的BSD協(xié)議。??
? ?? ? 2．??如果再發(fā)布的只是二進(jìn)制類庫(kù)/軟件（Object??Code??/??Product），則需要在類庫(kù)/軟件的文檔和版權(quán)聲明中包含原來(lái)代碼中的BSD協(xié)議。??
? ?? ? 3．??不可以用開(kāi)源代碼的作者/機(jī)構(gòu)名字和原來(lái)產(chǎn)品的名字做市場(chǎng)推廣。??
? ?? ? 其實(shí)這幾個(gè)規(guī)則約定的目的也只是達(dá)到一個(gè)目的：是他人的東西，別人以BSD開(kāi)源了，你就不能不做任何聲明而占為己有，更不能用他人的名義來(lái)做商業(yè)推廣。你只對(duì)你自己的東西擁有絕對(duì)控制權(quán)。
? ?? ? 舉個(gè)例子，你用開(kāi)源代碼（A）修改或做其他增添之后，產(chǎn)生了產(chǎn)品B，這時(shí)候，你對(duì)B的控制由你自己決定，你可以用任何協(xié)議再開(kāi)源，也可以閉源商業(yè)發(fā)布。 但，因?yàn)槿绻鸅中包含了A或A的一部分（一點(diǎn)都不包含就不叫修改了），那你在B產(chǎn)品的版權(quán)聲明中，必須有提到你有使用到A??，并且附帶上??A??的開(kāi) 源協(xié)議。而且不能做商業(yè)推廣的時(shí)候??將??B??冠以??原開(kāi)源作者的名義以促進(jìn)商業(yè)推廣。
? ?? ?BSD代碼鼓勵(lì)代碼共享，但需要尊重代碼作者的著作權(quán)。BSD由于允許使用者修改和重新發(fā)布代碼，也允許使用或在BSD代碼上開(kāi)發(fā)商業(yè)軟件發(fā)布和銷售， 因此是對(duì)商業(yè)集成很友好的協(xié)議。而很多的公司企業(yè)在選用開(kāi)源產(chǎn)品的時(shí)候都首選BSD協(xié)議，因?yàn)榭梢酝耆刂七@些第三方的代碼，在必要的時(shí)候可以修改或者二 次開(kāi)發(fā)。??

Apache??Licence? ? vesion??2.0??
Apache??Licence??是著名的非盈利開(kāi)源組織??Apache??采用的協(xié)議。該協(xié)議和BSD類似，同樣鼓勵(lì)代碼共享和尊重原作者的著作 權(quán)，同樣允許代碼修改，再發(fā)布（作為開(kāi)源或商業(yè)軟件）。需要滿足的條件也和BSD類似：（配備英文原文，方便更準(zhǔn)確理解）??
1．??需要給??Recipients??一份Apache??Licence??
? ???（You??must??give??any??other??recipients??of??the??Work??or??DerivativeWorks??a??copy??of??this??License）
2．??如果你修改了代碼，需要在被修改的文件中進(jìn)行說(shuō)明。
? ? （You??must??cause??any??modified??files??to??carry??prominent??noticesstating??that??You??changed??the??files）??
3．??在Derivative??Module中（修改和包含源代碼而衍生的代碼）需要帶有原來(lái)代碼中的協(xié)議，商標(biāo)，專利聲明和其他原來(lái)作者規(guī)定需要包含的說(shuō)明。??
? ? （You??must??retain,??in??the??Source??form??of??any??DerivativeWorks??that??You??distribute,? ? all??copyright,??patent,??trademark,??and??attribution??noticesfrom??the??Source??form??of??the??Work,? ? excluding??those??notices??that??do??not??pertain??to??anypart??of??the??Derivative??Works）
4．??如果再發(fā)布的產(chǎn)品中包含一個(gè)Notice文件，則在Notice文件中需要帶有Apache??Licence。你可以在Notice中增加自己的許可，但不可以表現(xiàn)為對(duì)ApacheLicence構(gòu)成更改。
? ?Apache??Licence也是對(duì)商業(yè)應(yīng)用友好的許可。使用者也可以在需要的時(shí)候修改代碼來(lái)滿足需要并作為開(kāi)源或商業(yè)產(chǎn)品發(fā)布/銷售。??

? ? LGPL??
? ???LGPL??是GPL的一個(gè)為主要為類庫(kù)使用設(shè)計(jì)的開(kāi)源協(xié)議。和GPL要求任何使用/修改/衍生之GPL類庫(kù)的的軟件必須采用GPL協(xié)議不同。 LGPL允許商業(yè)軟件通過(guò)類庫(kù)引用(link)方式使用LGPL類庫(kù)而不需要開(kāi)源商業(yè)軟件的代碼。這使得采用LGPL協(xié)議的開(kāi)源代碼可以被商業(yè)軟件作為類 庫(kù)引用并發(fā)布和銷售。??
? ???但是如果修改LGPL協(xié)議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須采用LGPL協(xié)議。因此LGPL協(xié)議的開(kāi)源 代碼很適合作為第三方類庫(kù)被商業(yè)軟件引用，但不適合希望以LGPL協(xié)議代碼為基礎(chǔ)，通過(guò)修改和衍生的方式做二次開(kāi)發(fā)的商業(yè)軟件采用。

? ? CPL(Common??Public??Liecense)??vesion??1.0
? ? CPL? ? 是??IBM??提出的并通過(guò)了OSI（Open??Source??Initiative）批準(zhǔn)的開(kāi)源協(xié)議。主要用于一些IBM??或跟??IBM?? 相關(guān)的開(kāi)源軟件??/項(xiàng)目中。如??很著名的Java開(kāi)發(fā)環(huán)境??Eclipse??、RIA開(kāi)發(fā)平臺(tái)Open??Laszlo等。

? ???CPL也是一項(xiàng)對(duì)商業(yè)應(yīng)用友好的協(xié)議。它允許??Recipients??對(duì)源碼進(jìn)行任意的使用、復(fù)制、分發(fā)、傳播、展示、修改以及改后做閉源的二次商業(yè)發(fā)布，這點(diǎn)跟BSD??很類似，也屬于自由度比較高的開(kāi)源協(xié)議。但是，需要遵循：
? ???1.當(dāng)一個(gè)Contributors? ? 將源碼的整體或部分再次開(kāi)源發(fā)布的時(shí)候，必須繼續(xù)遵循CPL??開(kāi)源協(xié)議來(lái)發(fā)布，而不能改用其他協(xié)議發(fā)布。除非你得到了原“源碼”O(jiān)wner? ? 的??授權(quán)。
? ???2.CPL協(xié)議下，你可以將源碼不做任何修改來(lái)商業(yè)發(fā)布。但如果你要將修改后的源碼其開(kāi)源，而且當(dāng)你再發(fā)布的是ObjectCode??的時(shí)候，你必須聲明??它的Source??Code??是可以獲取的，而且要告知獲取方法
? ???3.當(dāng)你需要將??CPL??下的源碼作為一部分跟其他私有的源碼混和著成為一個(gè)??Project發(fā)布的時(shí)候，你可以將整個(gè)Project/Product??以私人的協(xié)議發(fā)布，但要聲明哪一部分代碼是CPL下的，而且聲明那部分代碼繼續(xù)遵循CPL。

? ?4.獨(dú)立的模塊（Separate??Module），不需要開(kāi)源

開(kāi)源license總結(jié)