開源界的 5 大開源許可協議

**開源界的 5 大開源許可協議

越來越多的開發者與設計者希望將自己的產品開源，以便其他人可以在他們的**基礎上做更多事，開源社群也因此充滿生機。在我們所能想到的應用領域，都有開源軟體存在（象 wordpress，drupal 這些開源cms）。然而很多人對開源許可並不了解，本文介紹開源領域常用的幾種許可協議以及它們之間的區別。

什麼是許可，當你為你的產品簽發許可，你是在出讓自己的權利，不過，你仍然擁有版權和專利（如果申請了的話），許可的目的是，向使用你產品的人提供一定的許可權。

不管產品是免費向公眾分發，還是**，制定乙份許可協議非常有用，否則，對於前者，你相當於放棄了自己所有的權利，任何人都沒有義務表明你的原始作者身份，對於後者，你將不得不花費比開發更多的精力用來逐個處理使用者的授權問題。

而開源許可協議使這些事情變得簡單，開發者很容易向乙個專案貢獻自己的**，它還可以保護你原始作者的身份，使你至少獲得認可，開源許可協議還可以阻止其它人將某個產品據為己有。以下是開源界的

5 大許可協議。

gnu general public licence (gpl) 有可能是開源界最常用的許可模式。gpl 保證了所有開發者的權利，同時為使用者提供了足夠的複製，分發，修改的權利：

需要注意的是，分發的時候，需要明確提供源**和二進位制檔案，另外，用於某些程式的某些協議有一些問題和限制，你可以看一下 @pierrejoye 寫的 practical

guide to gpl compliance 一文。使用 gpl 協議，你必須在源****中包含相應資訊，以及協議本身。

gnu lgpl

gnu 還有另外一種協議，叫做 lgpl （lesser general public licence），它對產品所保留的權利比 gpl 少，總的來說，lgpl

適合那些用於非 gpl 或非開源產品的開源類庫或框架。因為 gpl 要求，使用了 gpl **的產品必須也使用 gpl 協議，開發者不允許將 gpl **用於商業產品。lgpl 繞過了這一限制。

bsd 在軟體分發方面的限制比別的開源協議（如 gnu gpl）要少。該協議有多種版本，最主要的版本有兩個，新 bsd 協議與簡單 bsd 協議，這兩種協議經過修正，都和 gpl 相容，並為開源組織所認可。

mit 協議可能是幾大開源協議中最寬鬆的乙個，核心條款是：

該軟體及其相關文件對所有人免費，可以任意處置，包括使用，複製，修改，合併，發表，分發，再授權，或者銷售。唯一的限制是，軟體中必須包含上述版權和許可提示。

這意味著：

mit 協議是所有開源許可中最寬鬆的乙個，除了必須包含許可宣告外，再無任何限制。

apache 協議 2.0 和別的開源協議相比，除了為使用者提供版權許可之外，還有專利許可，對於那些涉及專利內容的開發者而言，該協議最適合（這裡有一篇文章闡述這個問題）。

apache 協議還有以下需要說明的地方:

分發**方面包含一些要求，主要是，要在宣告中對參與開發的人給予認可幷包含乙份許可協議原文。

creative commons (cc) 並非嚴格意義上的開源許可，它主要用於設計。creative commons 有多種協議，每種都提供了相應授權模式，cc 協議主要包含 4 種基本形式：

這些許可形式可以結合起來用，其中最嚴厲的組合是「署名，非商用，不能衍生新作品」，意味著，你可以分享作品，但不能改動或以此盈利，而且必須為原作者署名。在這種許可模式下，原始作者對作品還擁有完全的控制權，而最寬鬆的組合是「署名」，意味著，只要為原始作者署名了，就可以自由處置。

to open-source and similar licenses