前言

了解開源協(xié)議，合理使用輪子，避免法律風(fēng)險(xiǎn)。本次總結(jié)6種常用的開源協(xié)議。
先借助下圖理解下

一、BSD（Berkeley Software Distribution license）

BSD源自加州大學(xué)伯克利分校，是自由軟件中使用最廣泛的許可協(xié)議之一，其給于使用者很大自由的協(xié)議。

• 使用者

可以自由的使用、修改源代碼，也可以將修改后的代碼開源或閉源，甚至作為商業(yè)軟件再發(fā)布。前提是發(fā)布的源代碼、二進(jìn)制可執(zhí)行文件相關(guān)文檔中需包含BSD許可協(xié)議聲明，并且不能使用開源機(jī)構(gòu)名字做產(chǎn)品的市場(chǎng)推廣

• 使用BSD前提條件

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

1、如果再發(fā)布的產(chǎn)品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協(xié)議；
2、如果再發(fā)布的是二進(jìn)制類庫(kù)/軟件，則需要在類庫(kù)/軟件的文檔和版權(quán)聲明中包含原來代碼中的BSD協(xié)議；
3、不可以使用開源代碼的作者/機(jī)構(gòu)名字和原來產(chǎn)品的名字做市場(chǎng)推廣；

BSD 鼓勵(lì)代碼共享，但需要尊重代碼作者的著作權(quán)。
BSD允許使用者修改和重新發(fā)布代碼，也允許基于BSD代碼上開發(fā)商業(yè)軟件的發(fā)布和銷售，因此很多公司企業(yè)在選用開源產(chǎn)品的時(shí)候都首選BSD協(xié)議（因?yàn)樽裱瑽SD協(xié)議的代碼完全可控，必要的時(shí)候可以修改或者二次開發(fā)）。

二、MIT（Massachusetts Institute of Technology）

MIT源自麻省理工學(xué)院（Massachusetts Institute of Technology, MIT）

MIT是和BSD一樣寬范的許可協(xié)議，作者只想保留版權(quán)，而無任何其他了限制。

• 使用者

只需在發(fā)布的源代碼、二進(jìn)制可執(zhí)行文件相關(guān)文檔中包含MIT許可協(xié)議聲明，便可自由的使用、修改源代碼、作為商業(yè)軟件再發(fā)布、甚至使用開源機(jī)構(gòu)名字做產(chǎn)品的市場(chǎng)推廣

三、Apache Licence 2.0

Apache Licence是一個(gè)由Apache軟件基金會(huì)發(fā)布的自由軟件許可證，最初為Apache http服務(wù)器而撰寫。
該協(xié)議與BSD類似，同樣鼓勵(lì)代碼共享和尊重原作者的著作權(quán)，允許代碼修改、再發(fā)布。
Apache Licence也是對(duì)商業(yè)應(yīng)用友好的許可，使用者也可以在需要的時(shí)候修改代碼來滿足需要并作為開源或商業(yè)產(chǎn)品發(fā)布/銷售。

• 前提條件

需要滿足的條件與BSD類似：

1、需要給使用代碼的用戶拷貝一份Apache Licence
2、如果你修改了代碼，需要再被修改的文件中說明。
3、在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協(xié)議，商標(biāo)，專利聲明和其他原來作者規(guī)定需要包含的說明。
4、如果再發(fā)布的產(chǎn)品中包含一個(gè)Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現(xiàn)為對(duì)Apache Licence構(gòu)成更改。

你可以在Notice中增加自己的許可，但不可以表現(xiàn)為對(duì)Apache Licence構(gòu)成更改。

四、GPL（General Public License）

GPL許可證最初由自由軟件基金會(huì)（Free Software Foundation）的理查德·斯托曼為GNU項(xiàng)目所撰寫。

GPL是一個(gè)Copyleft許可證，其派生作品只能以相同的許可條款分發(fā)：

使用者在軟件開發(fā)中只要使用GPL協(xié)議的相關(guān)類庫(kù)與代碼，則該軟件亦必須采用GPL協(xié)議，既必須開源與免費(fèi)。

我們很熟悉的Linux操作系統(tǒng)、GNU編譯器集合（GCC）就是采用了GPL。
GPL協(xié)議和BSD、MIT、Apache Licence等鼓勵(lì)代碼重用的許可很不一樣。GPL的出發(fā)點(diǎn)是代碼的開源/免費(fèi)使用和引用/修改/衍生代碼的開源/免費(fèi)使用，其不允許修改后和衍生的代碼做為閉源的商業(yè)軟件發(fā)布和銷售（只要使用GPL協(xié)議的相關(guān)類庫(kù)與代碼，則該軟件亦必須采用GPL協(xié)議，既必須開源與免費(fèi)。）。
這也就是為什么我們能免費(fèi)使用各種版本的linux，包括商業(yè)公司的Linux、個(gè)人組織二次開發(fā)的Linux版本。

五、LGPL（Lesser General Public License）

LGPL原本被稱為GNU Library General Public License，最初于1991年發(fā)布，為與GPLv2保持一致而采用2.0版的編號(hào)；
許可證的2.1版與1999年在修訂后發(fā)布，與此同時(shí)，它被重命名為GNU Lesser General Public License，以顯示自由軟件基金會(huì)（Free Software Foundation）認(rèn)為并不是所有程序庫(kù)都應(yīng)當(dāng)采用該許可證的態(tài)度；
LGPL的第3版于2007年發(fā)布，它以在GPL第3版之上附加應(yīng)用一系列許可的方式表現(xiàn)。

LGPL是GPL的一個(gè)主要為類庫(kù)使用設(shè)計(jì)的開源協(xié)議，與GPL要求任何使用/修改/衍生之GPL類庫(kù)的的軟件必須采用GPL協(xié)議不同。

LGPL允許商業(yè)軟件通過類庫(kù)引用方式使用LGPL類庫(kù)而不需要開源商業(yè)軟件的代碼，這使得采用LGPL協(xié)議的開源代碼可以被商業(yè)軟件作為類庫(kù)引用并發(fā)布和銷售；但使用者如果修改了LGPL協(xié)議的代碼或衍生，則所有修改的代碼和衍生的代碼都必須采用LGPL協(xié)議。

六、Mozilla（Mozilla Public License）

Mozilla開源協(xié)議由Mozilla基金會(huì)開發(fā)并維護(hù)。
該協(xié)議融合了BSD許可與GNU通用公共許可協(xié)議的特性，追求平衡專有軟件和開源軟件開發(fā)者之間的顧慮（平衡開發(fā)者對(duì)源代碼的需求和他們利用源代碼獲得的利益）。

Mozilla允許使用者在自己已有的源代碼庫(kù)上加一個(gè)接口，除了對(duì)接Mozilla Public License開源庫(kù)的接口程序源代碼以MPL許可的形式對(duì)外許可外，源代碼中的其他源碼可以不用MPL許可證的方式強(qiáng)制對(duì)外許可。

• 使用BSD前提條件

1、經(jīng)MPL許可證發(fā)布的源代碼的修改也要以MPL許可證的方式再許可出來；
2、如果修改了代碼，需要有一個(gè)專門文件描述對(duì)源代碼程序的修改時(shí)間和修改方式；

了解更多 詳解常見開源協(xié)議

總結(jié)

以上是生活随笔為你收集整理的GitHub常见开源协议的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。