GPL
GPL,是GNU General Public License的縮寫,是GNU通用公共授權非正式的中文翻譯。它並非由自由軟件基金會所發表,亦非使用GNU通用公共授權的軟件的法定發佈條款─只有GNU通用公共授權英文原文的版本始具有此等效力。
GPL軟件的使用者有權力得到軟件的代碼,只要使用了GPL,在發佈(redistribution)時,整個項目也必須是GPL的,即主程序和靜態鏈接的庫(linux的.a和Windows的.lib)必須是GPL的,動態鏈接庫(Linux的.so,Windows的.dll)必須是GPL兼容的。所謂GPL兼容,也就是GPL軟件中可以使用的庫,這些許可證必須比GPL弱(如LGPL,BSD),而不能是某個商業許可證。正因如此,GPL是帶有很強的傳染性,只要你的軟件使用了GPL的代碼,那麼就請以GPL開放源代碼吧,並且你的項目中也不能有任何和GPL不兼容的庫。
通俗的講,只要你用了任何該協議的庫、甚至是一段代碼,那麼你的整個程序,不管以何種方式鏈接,都必須全部使用GPL協議、並遵循該協議開源。商業軟件公司一般禁用GPL代碼,但可以使用GPL的可執行文件和應用程序。
LGPL
LGPL是GPL的變種,也是GNU爲了得到更多的甚至是商用軟件開發商的支持而提出的。與GPL的最大不同是,可以私有使用LGPL授權的自由軟件,開發出來的新軟件可以是私有的而不需要是自由軟件。所以任何公司在使用自由軟件之前應該保證在LGPL或其它GPL變種的授權下。
通俗的講,就是GPL針對動態鏈接庫放鬆要求了的版本,即允許非LGPL的代碼動態鏈接到LGPL的模塊。注意:不可以靜態鏈接,否則你的代碼也必須用LGPL協議開源。
Mozilla
MPL是The Mozilla Public License的簡寫,是1998年初Netscape的 Mozilla小組爲其開源軟件項目設計的軟件許可證。MPL許可證出現的最重要原因就是,Netscape公司認爲GPL許可證沒有很好地平衡開發者對源代碼的需求和他們利用源代碼獲得的利益。同著名的GPL許可證和BSD許可證相比,MPL在許多權利與義務的約定方面與它們相同(因爲都是符合OSIA 認定的開源軟件許可證)。但是,相比而言MPL還有以下幾個顯著的不同之處:
MPL雖然要求對於經MPL許可證發佈的源代碼的修改也要以MPL許可證的方式再許可出來,以保證其他人可以在MPL的條款下共享源代碼。但是,在MPL 許可證中對“發佈”的定義是“以源代碼方式發佈的文件”,這就意味着MPL允許一個企業在自己已有的源代碼庫上加一個接口,除了接口程序的源代碼以MPL 許可證的形式對外許可外,源代碼庫中的源代碼就可以不用MPL許可證的方式強制對外許可。這些,就爲借鑑別人的源代碼用做自己商業軟件開發的行爲留了一個豁口。
MPL許可證第三條第7款中允許被許可人將經過MPL許可證獲得的源代碼同自己其他類型的代碼混合得到自己的軟件程序。
對軟件專利的態度,MPL許可證不像GPL許可證那樣明確表示反對軟件專利,但是卻明確要求源代碼的提供者不能提供已經受專利保護的源代碼(除非他本人是專利權人,並書面向公衆免費許可這些源代碼),也不能在將這些源代碼以開放源代碼許可證形式許可後再去申請與這些源代碼有關的專利。
對源代碼的定義
而在MPL(1.1版本)許可證中,對源代碼的定義是:“源代碼指的是對作品進行修改最優先擇取的形式,它包括:所有模塊的所有源程序,加上有關的接口的定義,加上控制可執行作品的安裝和編譯的‘原本’(原文爲‘Script’),或者不是與初始源代碼顯著不同的源代碼就是被源代碼貢獻者選擇的從公共領域可以得到的程序代碼。”
MPL許可證第3條有專門的一款是關於對源代碼修改進行描述的規定,就是要求所有再發布者都得有一個專門的文件就對源代碼程序修改的時間和修改的方式有描述。
BSD
BSD開源協議是一個給於使用者很大自由的協議。基本上使用者可以”爲所欲爲”,可以自由的使用,修改源代碼,也可以將修改後的代碼作爲開源或者專有軟件再發布。
但”爲所欲爲”的前提當你發佈使用了BSD協議的代碼,或則以BSD協議代碼爲基礎做二次開發自己的產品時,需要滿足三個條件:
如果再發布的產品中包含源代碼,則在源代碼中必須帶有原來代碼中的BSD協議。
如果再發布的只是二進制類庫/軟件,則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協議。
不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。
BSD 代碼鼓勵代碼共享,但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼,也允許使用或在BSD代碼上開發商業軟件發佈和銷售,因此是對商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議,因爲可以完全控制這些第三方的代碼,在必要的時候可以修改或者二次開發。
MIT
MIT是和BSD一樣寬範的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版裏包含原許可協議的聲明,無論你是以二進制發佈的還是以源代碼發佈的.
Apache
Apache Licence是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似,同樣鼓勵代碼共享和尊重原作者的著作權,同樣允許代碼修改,再發布(作爲開源或商業軟件)。需要滿足的條件也和BSD類似:
需要給代碼的用戶一份Apache Licence
如果你修改了代碼,需要再被修改的文件中說明。
在延伸的代碼中(修改和有源代碼衍生的代碼中)需要帶有原來代碼中的協議,商標,專利聲明和其他原來作者規定需要包含的說明。
如果再發布的產品中包含一個Notice文件,則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可,但不可以表現爲對Apache Licence構成更改。
Apache Licence也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作爲開源或商業產品發佈/銷售。