开源社区常用的8种开源许可协议,避免不必要的麻烦
开源的框架用之前我们必须知道这个框架的的开源许可协议,整理开源社区常用的8种开源许可协议,避免不了解协议而造成不必要的麻烦EPL协议
结论: 在作者授权的基础上可以对代码进行修改,授权基础上可以闭源商用,但侵权的判断归原作者, 可能后期会有侵权问题 需要注意授权的范围,授权的一些细节,免得后期商用产生问题GPL协议
结论: 可以修改使用,修改后必须开源/免费, 不允许打包成闭源使用, 所以无法商用,除非商用开源 这类代码可以作为学习的工具, 可以优化和修改,修改后必须保持继续开源不能将这部分协议的开源代码打包成商品产品尊重作者的著作权LGPL协议
结论: 可以闭源商用, 但不允许修改源代码 一般作为类库工具使用BSD 协议
结论: 可以修改BSD协议代码,相对宽松, 可以商用,可以选择将开源变为闭源商用 不能借助作者的名义推广产品,上线后需改掉作者相关的信息发布的无论任何版本,都得带上原先的BSD协议Apache Licence 协议
结论: 可以修改源码,可以二次闭源打包商用, 相对宽松的协议 修改的地方需备注说明, 且不得删除源代码作者的标注和协议需要给代码的用户一份Apache Lience;发布的产品中有Notice文件,只能在这基础上增加自己的许可,不能删除原作者的许可MIT协议
结论: 可以修改,闭源商用, 十分宽松且对商业十分友好的协议, 可以商用 保留作者的版权即可, 对开源源码可以做任何修改保留这个协议,不能更改这个开源的协议MPL协议(MIT延伸)
结论: MIT的基础上稍微做了更改, 可以修改,可以闭源发包商用 修改的任何部分的版权归原作者所有CDDL协议(MPL延伸)
结论: MPL基础上进行延伸, 可以商用,可以修改,有专利保护,无专利费 MPL的补充,提供了清楚的专利许可不需要支付任何专利费用可以多个许可相互嵌套使用,但得注意其他许可的问题