淺談GPL、BSD等開源協(xié)議介紹

當(dāng)我們想要開發(fā)一個(gè)軟件的時(shí)候，如果自己從零開始寫，那需要很深的從業(yè)背景的，對(duì)功能完全了解，大多數(shù)情況不具備。這時(shí)候首先就回去找找開源的可以利用的項(xiàng)目，先學(xué)習(xí)然后抄一點(diǎn)變成自己的，還可以博采眾長(zhǎng)的抄，特別是想做一個(gè)自己的OS，包含的東西太多了，五花八門的技術(shù)，這抄點(diǎn)那抄點(diǎn)，很正常，開源軟件就是讓你抄的。

但是，開源軟件并不意味著為所欲為，還有很多法律的風(fēng)險(xiǎn)，例如使用seL4的源碼seL4微內(nèi)核入門-代碼下載運(yùn)行及資料，進(jìn)行了修改，之后源碼沒有開源，做了一個(gè)產(chǎn)品，那么就違法了，因?yàn)閟eL4源碼使用了GPL開源協(xié)議，如果有改動(dòng)源碼同樣要開源。特別是商業(yè)軟件，賣給客戶的時(shí)候一定不能有法律問題，必要附帶開源聲明，系統(tǒng)中用了那些開源軟件，那些源碼是需要公開的，那些源碼是未經(jīng)過修改的，那些是修改完需要再次公開的。一般為了隔離修改需要再次公開的開源軟件，項(xiàng)目都會(huì)新建一個(gè)third_party目錄，把要公開的開源軟件放進(jìn)去。

1. GPL?

（GNU General Public License）：GNU通用公共許可協(xié)議。

使用了GPL協(xié)議的開源軟件，也必須開源。

俗話說“吃水不忘挖井人”，如果大家都只吃水不挖井，大家把開源代碼一抄進(jìn)行了閉源，這樣最開始開源那個(gè)人不就吃虧了，好不容易搞出來公開，別人用了不開源了，所以希望其他人更多的人也開源，服務(wù)更多的人。但是其對(duì)商業(yè)軟件不友好，商業(yè)軟件使用了GPL的開源軟件并不想對(duì)外公開，公開公司的核心機(jī)密就沒有了啊，特別是驅(qū)動(dòng)跟硬件相關(guān)的軟件包。

2. LGPL

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

3. Mozilla

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

4. MIT

除了必須包含許可聲明外，再無任何限制。

5. BSD

和MIT一樣寬松，多了一條“不能用開源代碼的作者/機(jī)構(gòu)名字和原來產(chǎn)品的名字做市場(chǎng)推廣”。

6. Apache

如果修改了代碼，需要在被修改的文件中說明。在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協(xié)議，商標(biāo)，專利聲明和其他原來作者規(guī)定需要包含的說明。如果再發(fā)布的產(chǎn)品中包含一個(gè)Notice文件，則在Notice文件中需要帶有Apache Licence。

編輯：黃飛

?