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

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

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

而開源許可協議

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

gnu general public licence

需要注意的是，分發的時候，需要明確提供源**和二進位制檔案，另外，用於某些程式的某些協議有一些問題和限制，你可以看一下 @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 種基本形式：

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