高度放任只是開(kāi)源許可證授權(quán)模式變革的過(guò)渡階段，最終我們將進(jìn)入一個(gè)全新的時(shí)期：無(wú)許可證模式。

多年以來(lái)，開(kāi)源軟件正在從主張“copyleft”的GNU GPL（通用公共許可證授權(quán)）等開(kāi)源授權(quán)模式向更加開(kāi)放靈活的Apache風(fēng)格的授權(quán)模式轉(zhuǎn)移。這場(chǎng)變革的主導(dǎo)者是話語(yǔ)權(quán)不斷提升的開(kāi)發(fā)者，典型的如GitHub一族，正在推動(dòng)開(kāi)源軟件走向無(wú)授權(quán)時(shí)代。

專題推薦：開(kāi)源軟件，無(wú)處不在

無(wú)許可證時(shí)代的放縱

在自由軟件和開(kāi)源軟件的青銅時(shí)代，copyleft許可證授權(quán)模式占據(jù)絕對(duì)的主導(dǎo)地位。但是近些年來(lái)，一些高度開(kāi)放的許可證授權(quán)方式如BSD和MIT的勢(shì)頭正在上升，Remonk分析師Donnie Berkholz給出了一個(gè)分析圖表清晰地描繪了這種趨勢(shì)：

高度放任只是開(kāi)源許可證授權(quán)模式變革的過(guò)渡階段，最終我們將進(jìn)入一個(gè)全新的時(shí)期：無(wú)許可證模式。正如自由軟件倡導(dǎo)者Glyn Moody所言：“向更加開(kāi)放的許可證模式的范型轉(zhuǎn)移只有一個(gè)邏輯結(jié)果：允許做一切事情。”

GitHub許可證的黑洞

正如軟件自由法律中心高級(jí)職員顧問(wèn)Aaron Williamson在今年的LInux協(xié)作峰會(huì)上所說(shuō)的，GitHub上的絕大多數(shù)項(xiàng)目都沒(méi)有附加任何許可證條款。眾所周知，GitHub是當(dāng)今開(kāi)源軟件的集散地，但是其中只有14.9%的代碼庫(kù)（169萬(wàn)中的21.9萬(wàn)）在頂級(jí)目錄中包含了許可證授權(quán)條款。

換而言之，GitHub上的大多數(shù)代碼即不是開(kāi)源軟件，也不是私有軟件，或者別的什么軟件，它們僅僅是代碼而已。

新一代開(kāi)發(fā)者就像論壇發(fā)帖一樣在GitHub上傳代碼，對(duì)于這些開(kāi)發(fā)者來(lái)說(shuō)，授權(quán)許可和管理都是馬后炮，代碼才是一切。至于原因，Gartner和Forrester兩大市場(chǎng)分析機(jī)構(gòu)的研究結(jié)論達(dá)成了一致：因?yàn)殚_(kāi)發(fā)者需要靈活性。更少的授權(quán)許可要求意味著更多的靈活性。

授權(quán)是否還有必要？

去許可證化的趨勢(shì)并非沒(méi)有問(wèn)題，Outercurve基金會(huì)的董事Stephen Walli在推文中指出GitHub為代表的混亂的，缺乏治理和授權(quán)模式的代碼分享將導(dǎo)致“軟件變成疾病”。

雖然GitHub一代并不在意，不過(guò)一旦他們的項(xiàng)目吸引了買家或者收購(gòu)者，你們?cè)创a的“純潔性”問(wèn)題就將立刻付出水面。根據(jù)Black Duck的研究，開(kāi)源的合規(guī)性（Open-Source Compliance）在公司收購(gòu)與合并中受到的關(guān)注程度正在不斷上升。（如下圖）

顯然，GitHub一代的“無(wú)許可證主義”并未完全失控，Berkholz在分析大量GitHub項(xiàng)目后發(fā)現(xiàn)，隨著軟件項(xiàng)目的成長(zhǎng)，開(kāi)發(fā)團(tuán)隊(duì)將開(kāi)始著手肅清許可證問(wèn)題，這往往是因?yàn)樗麄儷@得了企業(yè)客戶，或者團(tuán)隊(duì)中增加了專業(yè)開(kāi)發(fā)者等。”

最終，GitHub的“恣意妄為的無(wú)許可證文化”的瘋狂，其實(shí)有助于開(kāi)發(fā)和驗(yàn)證早期的開(kāi)源項(xiàng)目，而這些項(xiàng)目最終依然會(huì)過(guò)渡到Apache風(fēng)格的授權(quán)模式。

參考內(nèi)容：開(kāi)源許可證的種類與選擇（以下內(nèi)容摘自百度百科）

開(kāi)源軟件的許可證比較繁多和復(fù)雜，對(duì)于我們來(lái)說(shuō)，經(jīng)常遇到的開(kāi)源許可證大多是GPL和BSD兩種，此外還有 Adobe經(jīng)常使用的MPL許可證。簡(jiǎn)單來(lái)說(shuō)，GPL許可證具有相當(dāng)強(qiáng)的傳染性，如果你想要把一份采用GPL許可證的代碼經(jīng)過(guò)修改后再次發(fā)布二進(jìn)制版本， 那么你同時(shí)也必須再次開(kāi)放其源代碼。而BSD許可證則相對(duì)寬松許多，它允許對(duì)源代碼的修改后再次發(fā)布時(shí)僅包含許可證而不必再次開(kāi)放源代碼，且可以將修改后的版本專為商業(yè)用途（如微軟的產(chǎn)品中引入了BSD網(wǎng)絡(luò)部分的源碼，修改后則作為專有軟件出售）。

1. 從開(kāi)源軟件開(kāi)發(fā)的角度來(lái)看，若只是利用開(kāi)源程序包作為工具來(lái)生產(chǎn)與其分離的作品，那么絕大多數(shù)開(kāi)源許可證都是可以的

2. 如果將軟件用于商業(yè)性發(fā)行且不愿意發(fā)行自己所修改的源碼，那么可以選擇BSD許可證，它能使修改保持專有

3. 若希望源碼總是自由的，GPL許可證及LGPL許可證是最佳選擇（Icebird注：這里不推薦采用LGPL許可證，LGPL許可證有很大的漏 洞，pX從開(kāi)源突然轉(zhuǎn)為專有就是一例，從此以后，開(kāi)源軟件的參與者都對(duì)LGPL許可證的源碼報(bào)有相當(dāng)?shù)慕湫模绻Ｍ陂_(kāi)源版本之外能夠有一個(gè)你自己 開(kāi)發(fā)的更強(qiáng)大的商用版本出售，建議采用BSD，這樣你自行對(duì)其的修改就不必再次公開(kāi)了）

4. 若想在與其它人共享代碼時(shí)提供相應(yīng)的保護(hù)，可以選擇MPL許可證，該許可證可通過(guò)將軟件(和任何對(duì)它的修改)分為受保護(hù)部分和貢獻(xiàn)部分，在完全開(kāi)放的 GPL許可證和封閉的BSD許可證之間架起一座巧妙的橋梁。