概述

一、開源許可證的分類

開源許可證分為2種類型：寬松型和著作權(quán)型。

1、寬松型(Permissive)：該類許可證往往只要求被許可方保留原作品的版權(quán)信息，對(duì)用戶施加的限制較少，衍生軟件可以成為私有軟件，如Apache、MIT、BSD系列許可證。由于這類許可證允許衍生軟件閉源，對(duì)商業(yè)化非常友好，因此廣受歡迎。

2、著作權(quán)型（copyleft）：也稱為互惠型、強(qiáng)保護(hù)型，要求對(duì)軟件的修改和擴(kuò)展，必須按照獲得該軟件的許可證進(jìn)行開源，旨在促進(jìn)開發(fā)人員的合作，保護(hù)源代碼的自由共享，如GPL系列許可證。對(duì)于強(qiáng)制開源的許可證，使用要慎重，因?yàn)檫`反開源許可證被起訴已經(jīng)有很多判例。進(jìn)一步，可以區(qū)分為強(qiáng)著佐權(quán)和弱著佐權(quán)，前者包括AGPL、SSPL、GPL許可證等；后者包括LGPL系列許可證、MPL許可證等。強(qiáng)著佐權(quán)要求對(duì)軟件的修改和擴(kuò)展，必須按照獲得該軟件的許可證進(jìn)行開源，且不得違背原作品的限制條款。弱著佐權(quán)要求對(duì)軟件的修改、重新分發(fā)必須按照獲得該軟件的許可證進(jìn)行開源，但合并這些軟件代碼的大型作品可以成為私有作品。

二、GPL、AGPL、LGPL及MPL許可證解讀及合規(guī)使用

背景說明：對(duì)于軟件開發(fā)者來說，無論是個(gè)人還是商業(yè)組織，為了分享自己的優(yōu)秀作品、為了擴(kuò)大自身影響力，多多少少都有想把自己的軟件作品以開源的形式公之于眾的想法。但無論是開源自己的軟件，還是使用已開源的軟件，出于商業(yè)和法律因素的考慮，我們都應(yīng)該搞清楚：當(dāng)我們使用開源軟件或者將自己的作品開源時(shí)，我們保留了啥權(quán)力？我們又放棄了啥權(quán)力？

主流的開源許可協(xié)議有以下幾種：GPL、LGPL、MPL、BSD、MIT、Apache License。從 Link 依賴、修改源碼、版權(quán)說明、源碼軟件是否可用于產(chǎn)品廣告，這幾個(gè)維度，可以將以上幾個(gè)主流開源協(xié)議的寬松程度，做如下圖所示的梳理：

本文主要介紹 GPL、LGPL、AGPL、MPL和BSD、MIT、Apache

一、GPL許可證

1、概念：

GPL，即GNU通用公共許可協(xié)議，是 GNU General Public License 的簡(jiǎn)寫。它是由自由軟件基金會(huì)(FSF)公布的自由軟件許可證。

2、版本演進(jìn)歷史：

GPLv1：1989年2月25日發(fā)布。

GPLv2：1991年6月發(fā)布。

GPLv3：2007年6月29日發(fā)布。

3、協(xié)議特點(diǎn)：

GPL協(xié)議最大的一個(gè)特征是具有傳染性，即GPL對(duì)于許可證有強(qiáng)制繼承的要求，這也是GPL與其他許可證在哲學(xué)思想上最大的差異。

4、權(quán)利和義務(wù)：

GPL 規(guī)定了使用遵循了GPL協(xié)議軟件時(shí)，使用者的權(quán)力和義務(wù)如下：

權(quán)力：

獲取源碼的權(quán)力；

修改源碼的權(quán)利；

自由處理衍生作品的權(quán)利。

義務(wù)：

使用了遵循GPL協(xié)議發(fā)布的軟件，自身也必須遵守GPL協(xié)議。這也是GPL被人稱為有傳染性的原因。

必須開放源代碼；允許使用者自由獲取(復(fù)制)、修改、發(fā)布的產(chǎn)品，即擁有獲取源碼、修改源碼、分發(fā)軟件的自由。

5、GPL 自由權(quán)利的描述：

GPL的條款和條件必須提供給任何接受GPL應(yīng)用的作品的副本（“被許可人”）的人員。

任何遵守條款和條件的被授證人員都有權(quán)修改作品，以及復(fù)制和重新分發(fā)作品或任何派生版本。

GPL下的軟件可以用于所有目的，包括商業(yè)目的，甚至作為創(chuàng)建專有軟件的工具，例如使用GPL許可的編譯器時(shí)，分發(fā)GPL許可作品（如軟件）的用戶或公司可能會(huì)收取副本費(fèi)用或無償提供費(fèi)用。

6、分析說明：

這里被授權(quán)人，可以理解為，是使用了遵循GPL協(xié)議軟件的作品的作者或者組織。

第三點(diǎn)將GPL與禁止商業(yè)再分發(fā)的軟件許可區(qū)分開來，也與共享軟件許可證區(qū)分開來。FSF認(rèn)為自由軟件不應(yīng)該限制商業(yè)使用和發(fā)布（包括再發(fā)布）。GPL明確規(guī)定，GPL作品可能以任何價(jià)格出售。

許可只依賴于使用的庫(kù)和軟件組件，而不是依賴于底層平臺(tái)。例如，作為GPL許可操作系統(tǒng)（如Linux）下的應(yīng)用程序運(yùn)行的軟件不需要根據(jù)GPL進(jìn)行許可或者以源代碼可用性分發(fā)。

7、官方網(wǎng)址：

https://www.gnu.org/licenses/gpl-3.0.html

二、LGPL許可證

1、概念：

LGPL，即GNU寬通用公共許可證，是 GNU Lesser General Public License 的簡(jiǎn)稱。它是由自由軟件基金會(huì)(FSF)公布的自由軟件許可證。

2、版本演進(jìn)歷史：

第一版(2.0)：1991年發(fā)布，第一個(gè)字母 L 定義為 Library，為與 GPLv2 保持一致而采用 2.0 版的編號(hào)。

第二版(2.1)：1999年發(fā)布，第一個(gè)字母 L 定義為 Lesser，以顯示 FSF 認(rèn)為并不是所有程序庫(kù)都應(yīng)當(dāng)采用該許可證的態(tài)度。

第三版(3.0)：2007年發(fā)布，它以在 GPL 第3版之上附加應(yīng)用一系列許可的方式表現(xiàn)。

3、協(xié)議特點(diǎn)：

LGPL和GPL不同，GPL要求任何使用/修改/衍生之GPL類庫(kù)的的軟件必須采用GPL協(xié)議不同，LGPL允許商業(yè)軟件通過引用(link)的方式使用LGPL類庫(kù)而不需要開源商業(yè)軟件的代碼。這使得采用LGPL協(xié)議的開源代碼可以被商業(yè)軟件作為類庫(kù)引用并發(fā)布和銷售。

4、LGPL的發(fā)展和分析：

從第一版的 L 表示 Library 的含義以及其版本號(hào)直接和GPL保持一致(第一版就是2.0)可知，該協(xié)議是GPL的補(bǔ)充協(xié)議，是一個(gè)主要為開源類庫(kù)使用設(shè)計(jì)的開源協(xié)議，因?yàn)镕SF逐漸意識(shí)到，GPL協(xié)議的強(qiáng)制傳染性在某些場(chǎng)景下太過苛刻，會(huì)阻礙開源產(chǎn)品被更廣泛的傳播和使用，實(shí)際上很多軟件開發(fā)過程中使用開源軟件的場(chǎng)景，僅僅是把某個(gè)開源軟件當(dāng)做底層的庫(kù)來引用，針對(duì)此種場(chǎng)景，F(xiàn)SF在1991年發(fā)布GPL第二版時(shí)，發(fā)布了LGPL第一版。

LGPL的含義可以理解為：它允許企業(yè)與軟件開發(fā)者將LGPL授權(quán)的軟件以依賴庫(kù)鏈接的形式集成至他們自己的軟件內(nèi)（即使該軟件是私有軟件也被允許），同時(shí)不會(huì)受到類似于GPL傳染特性的許可證強(qiáng)制對(duì)軟件開源的限制。但如果修改LGPL協(xié)議的代碼而產(chǎn)生的衍生代碼，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須采用LGPL協(xié)議。

采用LGPL的項(xiàng)目本身雖然仍有“Copyleft”的限制條件，但這些限制不會(huì)感染到僅僅只鏈接到本項(xiàng)目的軟件。因此LGPL協(xié)議的開源代碼很適合作為第三方類庫(kù)被商業(yè)軟件引用，但不適合希望以LGPL協(xié)議代碼為基礎(chǔ)，通過修改和衍生的方式做二次開發(fā)的商業(yè)軟件采用。LGPL為了在GPL與其他許可式許可證之間獲取折衷，常被用于一些GNU程序庫(kù)，亦可使用于獨(dú)立存在的應(yīng)用程序中，比較有名的例子為 Mozilla 跟 http://OpenOffice.Org。

三、AGPL許可證

AGPL（GNU Affero General Public License，Affero通用公共許可證）許可證是一種強(qiáng)著作權(quán)許可證。該許可證可以說是對(duì)GPL的一次“查漏補(bǔ)缺”，它繼承了GPL所有條款，并在此基礎(chǔ)上增加了一條：如果其許可下的軟件與用戶通過網(wǎng)絡(luò)進(jìn)行交互，那么就需要提供源代碼給用戶，所有的修改也同樣要提供給用戶。AGPL和GPL協(xié)議是兼容的。

最初的Affero GPL基于GPLv2于2002年發(fā)布，其發(fā)布者并非自由軟件基金會(huì)，而是一家名為Affero的初創(chuàng)軟件公司。之后，自由軟件基金會(huì)2007年基于GPLv3發(fā)布了自己版本的AGPLv3，并在名稱中保留了Affero，以向這段歷史致敬。目前，AGPLv3是使用較為廣泛的版本。

GPL的義務(wù)僅在分發(fā)代碼時(shí)才會(huì)被觸發(fā)。這是因?yàn)椤笆褂谩辈⒎前鏅?quán)的關(guān)注焦點(diǎn)，版權(quán)自誕生以來一直關(guān)注的是“復(fù)制”。從版權(quán)的英文copyright可知，版權(quán)一直以來都是一種涉及復(fù)制（copy）的權(quán)利。在傳統(tǒng)行業(yè)中并未遇到大的問題，但是在云服務(wù)下，云服務(wù)廠商不再向用戶提供（分發(fā)）軟件的副本，因此，云服務(wù)廠商可以隨意使用GPL代碼而無需支付任何形式的成本，并且這一切都是合法的。為了應(yīng)對(duì)該應(yīng)用服務(wù)提供商漏洞（application service provider (ASP) loophole），AGPL規(guī)定，通過遠(yuǎn)程網(wǎng)絡(luò)交互時(shí)也視為“分發(fā)”，需要提供源代碼。

四、MPL許可證

1、概念：

MPL，即 Mozilla公共許可證，是 Mozilla Public License 的簡(jiǎn)稱，由Mozilla基金會(huì)開發(fā)并維護(hù)。

2、版本演進(jìn)歷史：

第一版，1.0版本，1998年發(fā)布。

第二版，1.1版本，其主要變更是理清了關(guān)于專利部分的條款，以及允許多個(gè)許可證之間共存。

第三版，2.0版本，2012年1月3日發(fā)布。該版本使許可協(xié)議更加清晰，更加方便應(yīng)用，同時(shí)也兼容于GPL及Apache許可證。

從1.1版本開始，允許遵循MPL許可證的項(xiàng)目里多個(gè)許可證的共存，這一特性旨在鼓勵(lì)與偏好使用GPL許可的開發(fā)者合作。1.1版本的結(jié)構(gòu)，法律切合度，以及其對(duì)專利權(quán)的明確態(tài)度都深深的影響了后來流行的許可協(xié)議，有點(diǎn)像是第三版的GPL。很多項(xiàng)目都以此派生出他們自己的許可協(xié)議，如Sun Microsystems的通用開發(fā)與散布許可證。

3、協(xié)議特點(diǎn)：

MPL允許在其授權(quán)下的源代碼與其他授權(quán)的文件進(jìn)行混合，包括私有許可證，但在MPL授權(quán)下的代碼文件必須保持MPL授權(quán)，并且保持開源。

可以理解為：遵循MPL的項(xiàng)目允許使用者對(duì)于MPL作品進(jìn)行二次開發(fā)和發(fā)布，但MPL的部分、以及修改的部分，需要遵循MPL協(xié)議，并對(duì)修改部分作出說明，但允許衍生項(xiàng)目中有私有模塊的存在。

這樣的條款讓MPL既不像MIT和BSD那樣允許派生作品完全轉(zhuǎn)化為私有，也不像GPL那樣要求所有的派生作品包括新的組件在內(nèi)的作品全部必須保持GPL。

一句話，MPL協(xié)議通過允許在派生項(xiàng)目中存在私有模塊，同時(shí)保證核心文件的開源，同時(shí)激勵(lì)了商業(yè)及開源社區(qū)來參與幫助開發(fā)核心軟件。

4、發(fā)展與應(yīng)用：

MPL既是得到自由軟件基金會(huì)(FSF)承認(rèn)的自由軟件許可證，也是得到開放源代碼促進(jìn)會(huì)(OSF)承認(rèn)的開源軟件許可證。

該協(xié)議融合了BSD許可證和GNU通用公共許可協(xié)議的特性，追求平衡專有軟件和開源軟件開發(fā)者之間的顧慮。

MPL用于 Mozilla Firefox、Mozilla Thunderbird 及其他 Mozilla軟件的許可，也被其他產(chǎn)品所用，如Adobe以此為Flex產(chǎn)品線許可，還有LibreOffice 4.0（同時(shí)使用LGPLv3）。

五、BSD 許可證

1、概念：

BSD 許可協(xié)議，即 Berkeley Software Distribution license 的簡(jiǎn)稱，是由加州大學(xué)伯克利分校發(fā)布并維護(hù)的開源軟件許可證。BSD許可證是自由軟件中使用最廣泛的許可協(xié)議之一。

2、兩個(gè)概念：

BSD：人們常說的BSD，指的是 Berkeley Software Distribution，即伯克利軟件套件，是加州大學(xué)伯克利分校在AT&T貝爾實(shí)驗(yàn)室的Unix操作系統(tǒng)基礎(chǔ)上，開發(fā)打包的操作系統(tǒng)及相關(guān)軟件套件。

BSD許可協(xié)議：BSD套件遵循某種開源許可證的方式發(fā)布，這種許許可證因此而得名，被叫做 BSD許可證。

3、BSD協(xié)議特點(diǎn)：

BSD開源協(xié)議是一個(gè)給予使用者很大自由的協(xié)議，可以自由的使用、修改源代碼，也可以將修改后的代碼作為開源或者專有軟件再發(fā)布。

4、版本演進(jìn)歷史：

舊版BSD：1998發(fā)布初版。

新版BSD：1999年發(fā)布修訂版。

BSD協(xié)議的初稿內(nèi)含有一項(xiàng)額外的條款，要求所有從以BSD許可證授權(quán)的軟件派生著作，都必須要包含一段文字以交代源代碼的來源。該條文列于原BSD許可證的第三條。

GNU項(xiàng)目將這個(gè)稱為“令人感到不舒服的BSD交代條款”，GNU工程認(rèn)為存在兩個(gè)問題：

第一，修改源碼的人都希望將其大名加到鳴謝中，如果一個(gè)項(xiàng)目參加的人非常多，或者軟件包中包含許多個(gè)單獨(dú)項(xiàng)目，鳴謝陣容將會(huì)變得非常龐大。

第二，這跟GNU通用公共許可協(xié)議相抵觸，GPL不允許增加額外的限制，所以軟件只能在GNU跟BSD之間選擇。由于這兩個(gè)許可證在自由軟件中使用很普遍，如果作者想將GPL和BSD有所結(jié)合，就會(huì)出現(xiàn)沖突。

應(yīng)自由軟件基金會(huì)和GNU計(jì)劃的發(fā)起者斯托曼的請(qǐng)求，1999年7月22日，伯克利技術(shù)許可辦公室的主管 William Hoskins 刪除了BSD許可證的第三條。從此以后，自由軟件作者就可以方便地采用BSD許可證下的軟件，從而跟GPL下的作品融合。

原來的許可證有時(shí)被稱為“BSD-old”（老BSD）或“4-clause BSD”（四句版BSD），當(dāng)前的BSD許可證有的被稱為“BSD-new”（新BSD）、“revised BSD”（修訂的BSD）或“3-clause BSD”（三句版BSD）。

5、協(xié)議分析：

當(dāng)發(fā)布使用了BSD協(xié)議的代碼或以BSD協(xié)議代碼為基礎(chǔ)做二次開發(fā)自己的產(chǎn)品時(shí)，需滿足以下三個(gè)條件：

如果再發(fā)布的產(chǎn)品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協(xié)議。

如果再發(fā)布的只是二進(jìn)制類庫(kù)/軟件，則需要在類庫(kù)/軟件的文檔和版權(quán)聲明中包含原來代碼中的BSD協(xié)議。

不可以用開源代碼的作者/機(jī)構(gòu)名字和原來產(chǎn)品的名字做市場(chǎng)推廣。

BSD協(xié)議鼓勵(lì)項(xiàng)目代碼共享，但需要尊重作者的著作權(quán)。BSD協(xié)議由于允許使用者修改和重新發(fā)布代碼，也允許在BSD代碼上開發(fā)商業(yè)軟件發(fā)布和銷售，因此是對(duì)商業(yè)集成很友好的協(xié)議。

很多公司在選用開源產(chǎn)品的時(shí)候都首選BSD協(xié)議，因?yàn)榭梢酝耆刂七@些第三方的代碼，在必要的時(shí)候可以修改或者二次開發(fā)。遵守BSD 協(xié)議的軟件，允許用作商業(yè)用途，甚至可按照專屬許可證進(jìn)行再發(fā)布。

六、MIT 協(xié)議

1、概念：

MIT 許可協(xié)議：即 The MIT License，該許可協(xié)議之名源自麻省理工學(xué)院（Massachusetts Institute of Technology, MIT），又稱“X許可協(xié)議”（X License）或“X11許可協(xié)議”（X11 License）。

2、版本演進(jìn)歷史：

1988，由自麻省理工學(xué)院(MIT)發(fā)布。

3、協(xié)議特點(diǎn)：

MIT許可協(xié)議是許多軟件許可條款中被廣泛使用的其中一種。與其他常見的軟件許可協(xié)議（如GPL、LGPL、BSD）相比，MIT是相對(duì)寬松的軟件許可協(xié)議，賦予軟件被許可人更大的權(quán)利與更少的限制。

4、協(xié)議分析：

被許可人權(quán)利：被許可人有權(quán)利使用、復(fù)制、修改、合并、出版發(fā)行、散布、再許可和/或販?zhǔn)圮浖败浖母北荆笆谟璞还?yīng)人同等權(quán)利，惟服從以下義務(wù)。

被許可人義務(wù)：在軟件和軟件的所有副本中都必須包含以上著作權(quán)聲明和本許可聲明。

5、其他重要特性：

此許可協(xié)議并非屬copyleft的自由軟件許可協(xié)議條款，允許在自由及開放源代碼軟件或非自由軟件（proprietary software）所使用。

MIT的內(nèi)容可依照軟件代碼著作權(quán)者的需求更改內(nèi)容，這也是MIT與BSD本質(zhì)上的不同處。

MIT許可協(xié)議可與其他許可協(xié)議并存。MIT條款也是自由軟件基金會(huì)（FSF）所認(rèn)可的自由軟件許可協(xié)議條款，與GPL兼容。

有許多團(tuán)體均采用MIT許可證，例如著名的SSH連線軟件PuTTY與X窗口系統(tǒng)、Expat、Mono開發(fā)平臺(tái)庫(kù)、Ruby on Rails、Lua等等也都采用MIT許可協(xié)議。

七、Apache 許可協(xié)議

1、概念：

Apache許可證，即 Apache License，是一個(gè)由Apache軟件基金會(huì)(ASF)發(fā)布的自由軟件許可證。

Apache許可證最初為 Apache Web 服務(wù)器而撰寫，Apache許可證在Apache社區(qū)內(nèi)外被廣泛使用；Apache基金會(huì)下屬所有項(xiàng)目都使用Apache許可證；許多非Apache基金會(huì)項(xiàng)目也使用了Apache許可證。

官網(wǎng)：http://www.apache.org/licenses/

2、版本演進(jìn)歷史：

Apache License 1.0，1995年發(fā)布。

http://www.apache.org/licenses/LICENSE-1.0

Apache License 1.1，2000年發(fā)布。

http://www.apache.org/licenses/LICENSE-1.1

Apache License 2.0，2004年發(fā)布。

http://www.apache.org/licenses/LICENSE-2.0

3、協(xié)議要求：

Apache許可證，具體要求如下：

對(duì)所有未修改的部分應(yīng)用相同的許可證，并且在每個(gè)許可文件中，必須保留再分發(fā)代碼中的任何原始著作權(quán)、專利、商標(biāo)和歸屬通知(不需要包括任何部分的派生作品)；

在每個(gè)更改的許可文件中，都必須添加一條通知，說明對(duì)該文件進(jìn)行了更改。

不強(qiáng)制要求派生和修改產(chǎn)物使用相同的許可證進(jìn)行發(fā)布。

4、協(xié)議分析說明：

如果聲明文本文件是作為原始作品發(fā)布的一部分，則派生作品必須包含該通知文本文件的可讀副本，可以是文檔或顯示在軟件中。

聲明文件的內(nèi)容不會(huì)修改許可證，因?yàn)樗鼈儍H用于提供信息，并且可以在許可證文本中添加更多屬性聲明，前提是這些聲明不能被理解為修改許可證。修改可能有適當(dāng)?shù)闹鳈?quán)聲明，并可能為修改提供不同的許可條款。

八、CC0協(xié)議

Creative Commons Zero v1.0 Universal（知識(shí)共享 CC0 1.0 通用）協(xié)議是由 Creative Commons（知識(shí)共享）組織發(fā)布的一種公共領(lǐng)域貢獻(xiàn)許可證，其聲明將作品 貢獻(xiàn) 至公共領(lǐng)域，在法律允許的范圍，放棄所有他在全世界范圍內(nèi)基于著作權(quán)法對(duì)作品享有的權(quán)利，包括所有相關(guān)權(quán)利和鄰接權(quán)利。

1. 條款簡(jiǎn)述

在 CC0 協(xié)議許可下，您可以：

商業(yè)化使用

再分發(fā)

修改

私人使用

除此之外，該軟件：

提供責(zé)任限制

限制專利使用

限制商標(biāo)使用

不提供任何擔(dān)保

2. 如何使用

我們建議您遵循 CC0 (creativecommons.org) 網(wǎng)站的指引進(jìn)行使用，請(qǐng)注意，這不是一個(gè)注冊(cè)過程，知識(shí)共享不會(huì)存儲(chǔ)或保存您輸入的任何信息。此工具將指導(dǎo)您完成生成包含嵌入元數(shù)據(jù)的 HTML 的過程，以便將您的工作標(biāo)記為在 CC0 下可用。您的作品不會(huì)與 CC0 關(guān)聯(lián)，也不會(huì)在 CC0 下提供，除非您將其標(biāo)記為 CC0 發(fā)布。

Creative Commons Licenses*

Creative Commons Licenses 是由 Creative Commons（知識(shí)共享）組織發(fā)布的一系列許可證的統(tǒng)稱，習(xí)慣上，我們將這一系列許可證稱為 CC 許可證。

CC 許可證有多個(gè)版本和多個(gè)變種。3.0 版本是一個(gè)早期版本，其特點(diǎn)是以一個(gè)未本地化版本（Unlocalized）為起點(diǎn)，針對(duì)全球各個(gè)國(guó)家和地區(qū)的當(dāng)?shù)胤芍贫瞬煌陌姹荆ɡ?CC BY 3.0 中國(guó)大陸 和 CC BY 3.0 美國(guó)）；在 4.0 版本中，Creative Commons 使用了一個(gè)統(tǒng)一的法律文件來代替先前版本的多個(gè)不同的本地化法律文件。在這里，我們主要介紹 CC 4.0 版本許可證。

一般來講，CC 4.0 版本許可證有以下六個(gè)變種：

CC BY 4.0 International（Attribution 4.0 International，署名 4.0 國(guó)際）

CC BY-SA 4.0 International（Attribution-ShareAlike 4.0 International，署名-相同方式共享 4.0 國(guó)際）

CC BY-ND 4.0 International（Attribution-NoDerivatives 4.0 International，署名-禁止演繹 4.0 國(guó)際）

CC BY-NC 4.0 International（Attribution-NonCommercial 4.0 International，署名-非商業(yè)性使用 4.0 國(guó)際）

CC BY-NC-SA 4.0 International（Attribution-NonCommercial-ShareAlike 4.0 International，署名-非商業(yè)性使用-相同方式共享 4.0 國(guó)際）

CC BY-NC-ND 4.0 International（Attribution-NonCommercial-NoDerivatives 4.0 International，署名-非商業(yè)性使用-禁止演繹 4.0 國(guó)際）

可以看到，CC 許可證總的來說就是四個(gè)主要責(zé)任的互換，它們分別是署名，相同方式共享，禁止演繹和非商業(yè)性使用。

它們分別意味著：

署名：您必須給出適當(dāng)?shù)氖鹈峁┲赶虮驹S可協(xié)議的鏈接，同時(shí)標(biāo)明是否（對(duì)原始作品）作了修改。您可以用任何合理的方式來署名，但是不得以任何方式暗示許可人為您或您的使用背書。

相同方式共享：如果您再混合、轉(zhuǎn)換或者基于本作品進(jìn)行創(chuàng)作，您必須基于與原先許可協(xié)議相同的許可協(xié)議分發(fā)您貢獻(xiàn)的作品。

禁止演繹： 如果您再混合、轉(zhuǎn)換、或者基于該作品創(chuàng)作，您不可以分發(fā)修改作品。

非商業(yè)性使用：您不得將本作品用于商業(yè)目的。

您可以通過選擇性的使用這六個(gè)許可證之一，來保護(hù)您的作品的相關(guān)權(quán)利。

如何使用

同樣，我們推薦您遵循 Choose a License (creativecommons.org) 網(wǎng)站的指引選擇并使用適合您的 CC 許可證。

最后

本文采用 CC BY-SA 4.0 協(xié)議許可使用。

本文部分內(nèi)容參考自 Creative Commons 組織官網(wǎng)，它們根據(jù) CC BY 4.0 協(xié)議許可再分發(fā)和修改。

總結(jié)：許可證的對(duì)比與總結(jié)：

對(duì)于一個(gè)開源協(xié)議來說，規(guī)定得太寬松，會(huì)導(dǎo)致作者喪失對(duì)開源軟件的很多權(quán)利，規(guī)定的太嚴(yán)格，又不利于開源軟件的使用和傳播。用一張圖總結(jié)以上介紹的幾個(gè)主流開源許可證的權(quán)限寬松情況：

下圖顯示了常見開源軟件許可證之間的條款兼容性的大致情況。

注意：apache2.0與GPL v2不兼容，但由于構(gòu)圖邏輯無法比避免，使apache2.0可以指向GPL v2

我們?cè)谶x擇使用開源軟件、或者準(zhǔn)備開源自己的軟件時(shí)，一定要明白自己的用途，選擇合適的許可證。希望我們站在巨人肩膀上前行的同時(shí)，不忘用法律的武器來為我們自身保駕護(hù)航。文章來源地址http://www.zghlxwxcb.cn/news/detail-782675.html