当前位置： 移动技术网 > 科技>操作系统>Linux > GPL、BSD和Apache开源许可证

GPL、BSD和Apache开源许可证

2018年12月04日  | 移动技术网科技  | 我要评论

参考资料

五种开源协议的比较(bsd，apache，gpl，lgpl，mit)

简介

自由软件许可证由fsf(free software foundation)基于fsd(free software definition)负责批准和维护。

开源许可证由osi(open source initiative)基于osd(open source definition)负责批准和维护。

这里是目前osi所批准的许可证列表

如果用户打算开源自己的代码，一般也是从中选择一款开源许可证。

常见的开源许可证有gpl、bsd、apache、lgpl和mit等。

分类

根据使用条件的不同，开源许可证可以分为两大类。

宽松式（permissive）

宽松式许可证是最基本的类型，对于用户几乎没有任何限制，二开后可闭源商业化。它有3个基本特点。

  • 没有使用限制；
  • 不担保代码质量；
  • 用户必须披露（notice requirement）原作者。

无版权式（copyleft）

copyleft是由richard stallman发明的词汇，是版权（copyright）的反义词。意为无版权的形式，用户未经许可可以随意复制使用。但是其比宽松式许可证的限制要多。

  • 如果发行的是二进制的格式，则必须提供源代码；
  • 修改后的源代码也必须使用修改前的许可证；
  • 不得在原始许可证以外附加其他限制。

以上条件的核心就是，修改后的copyleft代码不可以闭源！

bsd(berkeley software distribution)

bsd许可证给予用户很大的自由协议，近乎“为所欲为”。可以自由使用、修改源代码，可以将修改后的代码开源或者闭源作为商业软件再发布。

“为所欲为”有前提，当发布了使用bsd许可证的代码，或者以bsd许可证的代码为基础做二开，需要满足三个条件：

  • 如果再发布的产品中包含原bsd许可证的代码，则在新产品的源代码中需要包含bsd许可证；
  • 如果再发布的产品是二进制类库/软件，则在新产品的文档和版权说明中需要包含bsd许可证；
  • 不可以使用原bsd许可证的代码的作者/机构名称和原产品名做市场推广。

bsd鼓励代码共享，但需要尊重代码作者的版权。由于bsd允许使用者修改和再发布代码，允许在代码基础上做二开并闭源做商业软件，因此bsd对于商业集成很友好。

apache

apache许可证和bsd类似，鼓励代码共享和尊重原作者版权，允许代码修改和再发布，可开源也可闭源商业化。

  • 需要给代码的用户一份apache license；
  • 需要在被修改的代码文件中做说明；
  • 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的许可证、商标、专利声明和其他原作者规定需要包含的说明；
  • 如果再发布的产品中包含notice文件，则在notice文件中需要带有apache license；
  • 可以在notice文件中增加自己的许可，但不可以表现为对apache license做出修改，即不能与之冲突。

gpl(gnu general public license)

我们所熟悉的linux内核、gcc编译器等，就是使用了gpl。gpl和bsd，apache很不同。gpl的出发点是代码的开源/免费使用，引用/修改/衍生代码的开源/免费使用，但是不允许修改后的代码和衍生代码作为闭源产品商业化。因此我们可以使用到各种免费使用的linux发行版，无论是商业公司发行的还是个人/社区发行的，以及在其上的各种开源免费软件。

如果某个产品在代码中使用（这里的“使用”指类库引用，修改后的代码或者衍生代码）了gpl产品。那么该产品也必须采用gpl许可证，即必须也开源和免费使用。这就是gpl许可证的传染性。

因此gpl并不适用于商业环境。

对比图

开源许可证对比图

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网