選擇開源協議--第3篇
用日志記錄“開源軟件”的誕生
進入鏈接，點亮星標，支持一下
加微信與開發者交流（請注明赤龍ERP） kzca2000
為什么要使用開源協議
為什么要用開源協議呢？這就不得不說說我本人的經歷了。當我想把自己研發的開源軟件發布之時，我突然有一個擔心，就是版權如何保護？雖然這是一款開源免費的軟件，但怎么能證明和保護自己的著作權呢，怎么能讓這款軟件遠離利益的趨勢，一直開源下去呢？
當然從法律的角度我首先想到了軟著，即計算機軟件著作權。這是受國家法律保護的一個軟件版權的證明。我還通過多種方式了解了它的申請流程及法律效力。但在過程中突然發現一個致命的問題。就是關於軟件的版本。從原則上來講，軟著不支持大版本的更新迭代，即如果出現新的軟件版本更新，要想受到法律保護，必須重新注冊新的軟著證書。這對於一款開源並不斷迭代的系統來說是絕對不適用的。
那怎么辦呢，自然想到了開源協議。雖然開源協議，從國內法律角度來講，無法從根本上保護軟件的版權，但是可以作為證明版權的有力依據。而且國外很多國家都普遍支持開源協議的合法版權保護地位。所以作為一款開源軟件開源協議必不可少了！
怎么選擇開源協議
先來看下這張圖，這是一個網上很常見的說明開源協議區別的表格。下面用我自己的話簡單總結一下。
Apache
（1）Apache基金會下有很多知名的開源項目，這些開源項目都遵循Apache的開源協議。所以熟悉度高，背書好
（2）代碼可修改，但要加入代碼說明。並保留原作者的協議和說明。
（3）在與Apache原協議不沖突的情況下，可以加入自己的許可協議。
（4）可商用，無限制
BSD
（1）使用者自由的修改
（2）使用者自由的商業使用
GLP
（1）Linux采用的協議
（2）不允許閉源的商業發布，對使用者的商用有限制
（3）不允許修改為其他協議
MIT
（1）限制最少最自由的協議
（2）需保留原作者的協議信息
（3）可商用，無限制
EPL
（1）允許閉源的商業發布
（2）不允許修改為其他協議
（3）獨立模塊可不開源
如何為自己的項目加入協議
好了，如果我們已經選擇了一個合適的開源協議，那如何給自己的項目加入它，並讓使用者知曉呢？很簡單，完成如下步驟即可：
1.在根目錄增加許可協議，即LICENSE、COPYING等，協議內容去官方搜索
2.給每個文件頭部增加協議及版權說明（最好包括JAVA、HTML、JS、XML等所有文件）
帶你了解不一樣的【赤龍ERP】：https://www.redragon-erp.com（赤龍官網查看更多功能）