開源在今天的軟體業已經很普遍，但開源是否意味著使用者可以對開源後的**為所欲為呢？答案是否定的。開源運動同樣有自己的遊戲規則和道德準則。不遵行這些規則不但損害開源運動的健康發展，也會對違規者造成名譽和市場上的損失，更可能陷入法律糾紛和賠償。現今存在的開源協議很多，而經過open source initiative組織通過批准的開源協議目前有58種。我們在常見的開源協議如bsd, gpl, lgpl,mit等都是osi批准的協議。如果要開源自己的**，最好也是選擇這些被批准的開源協議。這裡我們來看四種最常用的開源協議及它們的適用範圍，供那些準備開源或者使用開源產品的開發人員/廠家參考。
bsd開源協議bsd開源協議是乙個給於使用者很大自由的協議。基本上使用者可以」為所欲為」,可以自由的使用，修改源**，也可以將修改後的**作為開源或者專有軟體再發布。但」為所欲為」的前提當你發布使用了bsd協議的**，或則以bsd協議**為基礎做二次開發自己的產品時，需要滿足三個條件：
1． 如果再發布的產品中包含源**，則在源**中必須帶有原來**中的bsd協議。
bsd**鼓勵**共享，但需要尊重**作者的著作權。bsd由於允許使用者修改和重新發布**，也允許使用或在bsd**上開發商業軟體發布和銷售，因此是對商業整合很友好的協議。而很多的公司企業在選用開源產品的時候都首選bsd協議，因為可以完全控制這些第三方的**，在必要的時候可以修改或者二次開發。
apache licence 2.0apache licence是著名的非盈利開源組織apache採用的協議。該協議和bsd類似，同樣鼓勵**共享和尊重原作者的著作權，同樣允許**修改，再發布（作為開源或商業軟體）。需要滿足的條件也和bsd類似：
1． 需要給**的使用者乙份apache licence
2． 如果你修改了**，需要再被修改的檔案中說明。
3． 在延伸的**中（修改和有源**衍生的**中）需要帶有原來**中的協議，商標，專利宣告和其他原來作者規定需要包含的說明。
4． 如果再發布的產品中包含乙個notice檔案，則在notice檔案中需要帶有apache licence。你可以在notice中增加自己的許可，但不可以表現為對apache licence構成更改。
apache licence也是對商業應用友好的許可。使用者也可以在需要的時候修改**來滿足需要並作為開源或商業產品發布/銷售。
gpl我們很熟悉的linux就是採用了gpl。gpl協議和bsd, apachelicence等鼓勵**重用的許可很不一樣。gpl的出發點是**的開源/免費使用和引用/修改/衍生**的開源/免費使用，但不允許修改後和衍生的**做為閉源的商業軟體發布和銷售。這也就是為什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商業軟體公司開發的免費軟體了。gpl協議的主要內容是只要在乙個軟體中使用(「使用」指類庫引用，修改後的**或者衍生**)gpl協議的產品，則該軟體產品必須也採用gpl協議，既必須也是開源和免費。這就是所謂的」傳染性」。gpl協議的產品作為乙個單獨的產品使用沒有任何問題，還可以享受免費的優勢。由於gpl嚴格要求使用了gpl類庫的軟體產品必須使用gpl協議，對於使用gpl協議的開源**，商業軟體或者對**有保密要求的部門就不適合整合/採用作為類庫和二次開發的基礎。其它細節如再發布的時候需要伴隨gpl協議等和bsd/apache等類似。
lgpl是gpl的乙個為主要為類庫使用設計的開源協議。和gpl要求任何使用/修改/衍生之gpl類庫的的軟體必須採用gpl協議不同。lgpl允許商業軟體通過類庫引用(link)方式使用lgpl類庫而不需要開源商業軟體的**。這使得採用lgpl協議的開源**可以被商業軟體作為類庫引用並發布和銷售。但是如果修改lgpl協議的**或者衍生，則所有修改的**，涉及修改部分的額外**和衍生的**都必須採用lgpl協議。因此lgpl協議的開源**很適合作為第三方類庫被商業軟體引用，但不適合希望以lgpl協議**為基礎，通過修改和衍生的方式做二次開發的商業軟體採用。gpl/lgpl都保障原作者的智財權，避免有人利用開源**複製並開發類似的產品。
p.s. 隨手寫寫，是因為跟客戶交談的時候發現很多人其實對開源有完全錯誤的理解，特別是開源協議。很多人認為只要是開源，就意味著隨便用，隨便改都可以。
常見開源協議簡介
現今，開源軟體遍地開花，那麼你真正了解開源軟體的協議嗎？開源協議多達上百種，但是常用的不多。如果你違反了相關協議，比如僅僅使用了幾行 也可能會使你的公司損失慘重！為什麼要有開源協議呢？其二，保護使用者的權利。使用者可以知曉經授權和未經授權的操作。防止你使用未新增協議 可能未授權 的 而使原作者起訴你...
開源協議簡介
1.gpl gnu general public license gnu通用公共許可證。當乙個自由軟體使用gpl宣告時，該軟體的使用者有權重新發布 修改該軟體，並得到該軟體的源 但只要使用者在其程式中使用了該自由軟體，或者是使用修改後的軟體，那麼使用者的程式也必須公布其源 同時允許別人發布 修改。也...
常見開源協議
宣告變更 state changes 在 中宣告對原來 的重大修改及變更 公開原始碼 disclose source 必需公開。如果是基於lgpl協議 下，則只需使用的開源 公開，不必將整個軟體原始碼公開 庫引用 library usage 該庫可以用於商業軟體中 責任承擔 hold liable ...