如果你无法承受潜在的法律风险,可以选择较为严格的开源协议,如GPL;如果你希望降低法律风险,可以选择较为宽松的协议,如MIT或Apache。 了解你的受众如果你的项目受众主要是企业或个人开发者,可以选择MIT或Apache协议;如果你的项目受众主要是公益组织或政府机构,可以选择GPL协议。 考虑兼容性如果你的项目需要使用其他开源项...
软件协议可分为开源和商业两类,对于商业协议,或者叫法律声明、许可协议,每个软件会有自己的一套行文,由软件作者或专门律师撰写,对于大多数人来说不必自己花时间和精力去写繁长的许可协议,选择一份广为流传的开源协议就是个不错的选择。 世界上开源软件协议OPEN SOURCE LICENSE的种类非常之多,并且同一款协议有很多变...
但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议,因此,LGPL协议的开源代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。 GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并...
这里推荐一个小工具：常用开源协议选择器 - Awesome Top （https://awesometop.cn/license/selector）
点击创建工程后,可以选择自己工程的开源协议。预定义协议支持不是太多,主要有常见的BSD、GPL、MIT、APACHE、ECLIPSE、MPL。没有包含的可以选择other open source 填写。 2、github, 这个后期之秀,由于git协议本身的优势这几年也赚足了眼球。更有2011年的报道: Github 的提交次数超过了Sourceforge、Google Code和微软...
1)如果再发布的产品中包含源代码,则在源代码中必须带有原来代码中的BSD协议。 2)如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 3)不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。适用BSD协议的开源软件有: nginx、CruiseControl、Redis。
所以对于大多数人来说,不用自己花大把时间去写许可协议,选择一分广为流传的开源协议是个不错的选择,如果你的作品是开源的话,这样省时又省心。 选择一分协议的好处 你的作品如果不是定性为全商业性质,可以考虑选择一分流行度比较高的开源协议。具体来说的话,你肯定希望作品能够被多数人分享查阅吧,不但提高自己业...
不同的开源协议License 开源项目 方法/步骤 1 确认自己的开源项目的关注点。如果你想要给别人最大的自由度，别人可以随意修改、闭源你的代码，可以用于商业用途，可以用你的商标。那么就使用MIT License。这个协议是最宽松的开源协议。注意，别人引用你的代码，会必须要求他加版权声明。2 如果你想对你的开源项目，...
此协议是应用最为广泛的开源协议，拥有较强的版权自由( copyleft )要求。衍生代码的分发需开源并且也要遵守此协议。此协议有许多变种，不同变种的要求略有不同。LGPL 全称 GNU Library or “Lesser” General Public License 。就是GPL针对动态链接库放松要求了的版本，即允许非LGPL的代码动态链接到LGPL的模块。注意...
如果看完还是一头雾水的话,乌克兰程序员Paul Bagwell,画了一张分析图,说明应该怎么选择,下图为国内大牛阮一峰汉化了版本。 来一个更加清晰和完全一点的图,目前只有英文版,希望可以用同学可以汉化。 希望以上的总结可以帮助到一些同学更好的为自己的开源项目选择一个合适的开源协议,当自己的开源项目被侵权的时候不至于...