寬鬆：mit > bsd > apache > lgpl > gpl > agpl2、bsd3、apache
apache licence是著名的非盈利開源組織apache採用的協議。該協議和bsd類似，同樣鼓勵**共享和尊重原作者的著作權，同樣允許**修改，再發布（作為開源或商業軟體）
需要給**的使用者乙份apache licence 如果你修改了**，需要在被修改的檔案中說明。 在延伸的**中（修改和有源**衍生的**中）需要帶有原來**中的協議，商標，專利宣告和其他原來作者規定需要包含的說明。 如果再發布的產品中包含乙個notice檔案，則在notice檔案中需要帶有apache licence。你可以在notice中增加自己的許可，但不可以表現為對apache licence構成更改。
apache licence也是對商業應用友好的許可。使用者也可以在需要的時候修改**來滿足需要並作為開源或商業產品發布/銷售。
4、lgpl：寬鬆公共許可證（lesser general public license）或庫通用公共許可證（library general public license）
始終開放源**
gpl寬鬆版：如果您的程式對遵循 lgpl 的軟體進行任何連線、呼叫而不是包含，則允許封閉源**。
5、gpl：通用性公開許可證(general public license，簡稱gpl)
規定：始終開放源**，使用gpl協議程式的程式必須遵循gpl協議，即a包含或呼叫b，如果b為gpl協議，則a發布時也必須為gpl協議（強調a發布）
適用：gpl是針對傳統的軟體分發模式的商業模式(以微軟為代表)
缺點：網際網路公司（網路服務）則不受到影響（因為不發布軟體就不用受到gpl限制，所以agpl來了）
6、agpl：affero 通用公共許可協議
始終開放源**，向社群提交修改
gpl加強版：最典型的例子就是乙個web應用程式如果使用了agpl許可證，那麼執行這個web應用程式或其派生作品供他人訪問時就需要以agpl發布其源**，除非購買商業許可。
開源軟體之許可證（四）
開源軟體之許可證 四 吳國平 北京市隆安律師事務所 開源軟體的優勢是顯而易見的，這種優勢在那些經歷無數加班修改bug的程式設計師看來，更為明顯。這種優勢有時也會因為程式設計師的私利 違法 行為而被帶入閉源的專案中，當然，這不在我們今天討論的範圍內。開源軟體系統給程式設計師直接提供源 這大大提高了開發...
狗日的開源軟體許可證
from 你知道這個世上有多少種開源軟體的許可證嗎？gpl，bsd，mit，apache？gnu上有個網頁，上面記錄了幾乎所有的開源軟體的許可證 真 的多，有開源的，有商用的，有軟體的，有文件的，多得你都不想看了，天殺的，程式設計師們還真能鼓搗啊。不過，主流的也就幾種 gpl bsd mit moz...
狗日的開源軟體許可證
from 你知道這個世上有多少種開源軟體的許可證嗎？gpl，bsd，mit，apache？gnu上有個網頁，上面記錄了幾乎所有的開源軟體的許可證 真 的多，有開源的，有商用的，有軟體的，有文件的，多得你都不想看了，天殺的，程式設計師們還真能鼓搗啊。不過，主流的也就幾種 gpl bsd mit moz...