[[419038]]

前言

對(duì)于很多剛踏入開(kāi)源軟件這個(gè)行業(yè)的小伙伴來(lái)說(shuō)，在編碼過(guò)程中難免會(huì)用到其他人的成果，如果你足夠細(xì)心，很容易注意到即使是一小段代碼，優(yōu)秀的作者都在文件開(kāi)頭附上一段關(guān)于版權(quán)的聲明，比如 Licensed under the MIT license 。同時(shí)，一些博客也會(huì)標(biāo)明”此文章采用 CC BY 4.0 CN 協(xié)議“。

如果我們拷貝了別人的代碼或文章卻沒(méi)注意版權(quán)問(wèn)題，在國(guó)外法律意識(shí)特別強(qiáng)的環(huán)境下（國(guó)內(nèi)版權(quán)意識(shí)也在逐步加強(qiáng)），那么我們的作品會(huì)因觸犯別人的權(quán)益而違法。即使是最開(kāi)放的開(kāi)源協(xié)議，最低要求也是保留原作者對(duì)代碼的聲明，所以 開(kāi)源不等于免費(fèi)，也不等于沒(méi)有約束 。

何為 LICENCE？

LICENCE 是軟件的授權(quán)許可，詳細(xì)說(shuō)明了獲得代碼后擁有的權(quán)利，哪些操作是允許的，哪些操作是禁止的。軟件的版權(quán)許可證可有很多方式，本文僅限于討論開(kāi)源軟件協(xié)議 Open Source License。

對(duì)于大多數(shù)人來(lái)說(shuō)，沒(méi)必要花大把時(shí)間去寫許可協(xié)議，選擇一種比較流行的開(kāi)源協(xié)議就足夠了，省時(shí)省力，更便于自己作品的傳播，于人于己都有利。

PS：

說(shuō)句題外話，很多國(guó)外開(kāi)發(fā)者在尊重他人勞動(dòng)成果方面做得很好，如果A的作品是因?yàn)锽的作品的啟發(fā)而來(lái)，A甚至都沒(méi)有使用B任何一句代碼，但A會(huì)在他的作品里面指明是受到了B的啟發(fā)： Inspired by XXX link: http://www.xxxx.com 。

快速選擇開(kāi)源協(xié)議

如果你不想了解太多，只是想要一個(gè)簡(jiǎn)直直接的答案，下面給出的建議或許適合你。本小節(jié)關(guān)于協(xié)議地址來(lái)自于 GitHub choosealicence 。

簡(jiǎn)單寬松的協(xié)議：

如果你只想要一個(gè)簡(jiǎn)單點(diǎn)的協(xié)議不想太麻煩的話。

MIT協(xié)議 相對(duì)寬松，此協(xié)議允許別人以任何方式使用你的代碼同時(shí)署名原作者，但原作者不承擔(dān)代碼使用后的風(fēng)險(xiǎn)，當(dāng)然也沒(méi)有技術(shù)支持的義務(wù)。

考慮有專利的情況：

如果你的作品中涉及到專利相關(guān)。

Apache協(xié)議 也是個(gè)相對(duì)寬松的協(xié)議，與MIT類似，但它指明了作者對(duì)用戶專利上的一些授權(quán)（我的理解是軟件作品中含有專利，但它授權(quán)你可以免費(fèi)使用）。

促進(jìn)代碼分享：

如果你在乎作品的傳播和別人的修改，希望別人也以相同的協(xié)議分享出來(lái)。

GPL（ V2 或 V3 ）協(xié)議要求代碼分發(fā)者或者以此代碼為基礎(chǔ)開(kāi)發(fā)出來(lái)的衍生作品需要以同樣的協(xié)議來(lái)發(fā)布，也必須開(kāi)源，因此，該協(xié)議具有”傳染性“。

烏克蘭程序員 Paul Bagwell 畫了一張分析圖，說(shuō)明應(yīng)該怎么選擇。只用兩分鐘，你就能搞清楚這六種開(kāi)源協(xié)議之間的最大區(qū)別。

國(guó)內(nèi)大神阮一峰的漢化版本：

主流開(kāi)源許可協(xié)議（Open Source License）

世界上的開(kāi)源許可協(xié)議（Open Source License）大概有 上百種 ，常用的開(kāi)源軟件協(xié)議大致有：

• GPL
• LGPL
• BSD
• MIT
• Mozilla
• Apache

由寬松到嚴(yán)緊排序，常用的開(kāi)源協(xié)議有：

1. MIT
2. BSD
3. Apache
4. LGPL
5. GPL

主要區(qū)別：

• MIT、BSD 開(kāi)源協(xié)議都源自大學(xué)，體現(xiàn)了簡(jiǎn)單、開(kāi)放和包容的特點(diǎn)。
• MIT、BSD、Apache 三者都支持閉源的后續(xù)開(kāi)發(fā)。
• GPL、LGPL 傳染性開(kāi)源，編譯的代碼里用了這里的代碼，都必須開(kāi)源。

MIT

來(lái)源于大學(xué)，MIT 開(kāi)源協(xié)議是史上最為簡(jiǎn)潔、慷慨的開(kāi)源協(xié)議之一。作者只想保留版權(quán)，而無(wú)任何其他了限制。也就是說(shuō)，你必須在你的發(fā)行版里包含原許可協(xié)議的聲明，無(wú)論你是以二進(jìn)制發(fā)布的還是以源代碼發(fā)布的。

特點(diǎn)：

• 用戶可以拿你的代碼做任何想做的事情。
• 用戶在項(xiàng)目副本中要包含版權(quán)聲明和許可聲明。
• 你無(wú)需承擔(dān)任何責(zé)任。

代表作品：

• jQuery
• Rails 等。

BSD

• BSD-2-Clause
• BSD-3-Clause

BSD可證也來(lái)源于大學(xué)，與MIT差不多，也非常簡(jiǎn)單、慷慨。

BSD開(kāi)源協(xié)議是一個(gè)給于使用者很大自由的協(xié)議?；旧鲜褂谜呖梢?rdquo;為所欲為”,可以自由的使用、修改源代碼，也可以將修改后的代碼作為開(kāi)源或者專有軟件再發(fā)布。前提是當(dāng)你發(fā)布使用了BSD協(xié)議的代碼，或者以BSD協(xié)議代碼為基礎(chǔ)開(kāi)發(fā)自己的產(chǎn)品時(shí)，需要滿足三個(gè)條件：

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

BSD 開(kāi)源協(xié)議鼓勵(lì)代碼共享，但需要尊重代碼作者的著作權(quán)。BSD 開(kāi)源協(xié)議允許使用者修改和重新發(fā)布代碼，也允許使用或在BSD代碼上開(kāi)發(fā)商業(yè)軟件發(fā)布、銷售，是對(duì)商業(yè)集成很友好的協(xié)議。因此，很多公司在選用開(kāi)源產(chǎn)品的時(shí)候都首選BSD協(xié)議。

Apache Licence

• Apache License, Version 2.0
• Apache License, Version 1.1
• Apache License, Version 1.0

來(lái)自 Apache，類似 MIT 開(kāi)源協(xié)議，但它重視專利權(quán)。

Apache Licence 是著名的非盈利開(kāi)源組織 Apache 采用的協(xié)議。該協(xié)議和BSD類似，同樣鼓勵(lì)代碼共享和尊重原作者的著作權(quán)，同樣允許修改代碼、再發(fā)布（作為開(kāi)源或商業(yè)軟件）。需要滿足的條件也和BSD類似：

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

Apache Licence 也是對(duì)商業(yè)應(yīng)用友好的許可，使用者也可以在需要的時(shí)候修改代碼來(lái)滿足需要并作為開(kāi)源或商業(yè)產(chǎn)品發(fā)布/銷售。

代表作品：

• echarts
• superset
• dubbo
• spark

LGPL

LGPL（GNU LESSER GENERAL PUBLIC LICENSE）來(lái)自于自由軟件聯(lián)盟GNU，可以翻譯為更寬松的GPL協(xié)議，也屬于傳染性開(kāi)源協(xié)議。

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è)軟件采用。

GPL/LGPL都保障原作者的知識(shí)產(chǎn)權(quán)，避免有人利用開(kāi)源代碼復(fù)制并開(kāi)發(fā)類似的產(chǎn)品。

GPL

GPL（GNU GENERAL PUBLIC LICENSE）來(lái)源于自由軟件聯(lián)盟GNU，GPL/LGPL側(cè)重于代碼及衍生代碼的開(kāi)源與免費(fèi)使用。

GPL協(xié)議的主要內(nèi)容是只要在一個(gè)軟件中使用（”使用”指類庫(kù)引用，修改后的代碼或者衍生代碼）GPL 協(xié)議的產(chǎn)品，則該軟件產(chǎn)品必須也采用GPL協(xié)議，既必須也是開(kāi)源和免費(fèi)。 這就是所謂的”傳染性” 。

由于GPL嚴(yán)格要求使用了GPL類庫(kù)的軟件產(chǎn)品必須使用GPL協(xié)議，對(duì)于使用GPL協(xié)議的開(kāi)源代碼，商業(yè)軟件或者對(duì)代碼有保密要求的部門就不適合集成/采用作為類庫(kù)和二次開(kāi)發(fā)的基礎(chǔ)。

我們很熟悉的Linux就是采用了GPL。GPL協(xié)議和BSD, Apache Licence等鼓勵(lì)代碼重用的許可很不一樣。GPL的出發(fā)點(diǎn)是 代碼的開(kāi)源/免費(fèi)使用/引用/修改 和 衍生代碼的開(kāi)源/免費(fèi)使用 ，但 不允許 修改后和衍生的代碼做為 閉源 的商業(yè)軟件發(fā)布和銷售。

其它細(xì)節(jié)和BSD/Apache等協(xié)議類似。

代表作品：

• Linux

更多開(kāi)源協(xié)議對(duì)比

下方表格中出現(xiàn)的用詞的解釋：

• 協(xié)議和版權(quán)信息 (License and copyright notice)：在代碼中保留作者提供的協(xié)議和版權(quán)信息。
• 聲明變更 (State Changes)：在代碼中聲明對(duì)原來(lái)代碼的重大修改及變更。
• 公開(kāi)源碼 (Disclose Source)：代碼必需公開(kāi)。
• 庫(kù)引用 (Library usage)：該庫(kù)可以用于商業(yè)軟件中。
• 責(zé)任承擔(dān) (Hold Liable)：代碼的作者承擔(dān)代碼使用后的風(fēng)險(xiǎn)及產(chǎn)生的后果。如果禁止，那么作者將不會(huì)承擔(dān)責(zé)任，可以理解為免責(zé)條款。
• 商標(biāo)使用 (Use Trademark)：可以使用作者的姓名，作品的Logo，或商標(biāo)。
• 附加協(xié)議 (Sublicensing)：允許在軟件分發(fā)傳播過(guò)程中附加上原來(lái)沒(méi)有的協(xié)議條款等。