一图说明常见开源协议

2023-06-05 19:35:31 浏览数 (1)

常见的开源许可协议.jpg常见的开源许可协议.jpg

常见两类开源

开源协议上百种。常见的开源许可协议主要有 Apache、MIT、BSD、GPL、LGPL、MPL等,可以大致分为两大类:宽松型开源许可协议和传染型开源许可协议。

1、宽松型

其中宽松型开源许可协议有Apache、MIT、BSD;

协议说明

  • 1、BSD(二条款版)分发软件时,必须保留原始的许可证声明。
  • 2、BSD(三条款版)分发软件时,必须保留原始的许可证声明。不得使用原始作者的名字为软件促销。
  • 3、MIT 分发软件时,必须保留原始的许可证声明,与 BSD(二条款版)基本一致。
  • 4、Apache 2 分发软件时,必须保留原始的许可证声明。凡是修改过的文件,必须向用户说明该文件修改过;没有修改过的文件,必须保持许可证不变。

基本特点:

  • 1、没有使用限制。用户可以使用代码,做任何想做的事情。
  • 2、没有担保。不保证代码质量,用户自担风险。
  • 3、披露要求(notice requirement)用户必须披露原始作者。

2、传染型

传染型开源许可协议有GPL 、LGPL、MPL。

协议说明

  • 1、Affero GPL (AGPL) 如果云服务(即 SAAS)用到的代码是该许可证,那么云服务的代码也必须开源。
  • 2、GPL 如果项目包含了 GPL 许可证的代码,那么整个项目都必须使用 GPL 许可证。
  • 3、LGPL 如果项目采用动态链接调用该许可证的库,项目可以不用开源。
  • 4、Mozilla(MPL) 只要该许可证的代码在单独的文件中,新增的其他文件可以不用开源。

区别:

  • 1、GPL 开源授权协议的库开发的软件,也必须要开源;GPL允许用户使用、修改和分发软件,只要他们提供访问源代码权限和他们所做的任何更改。 但是 GPL 并不要求仅通过网络与软件交互的用户共享其源代码。
  • 2、AGPL 是 GPL 的扩展,包括对与软件交互的用户的附加要求 通过网络软件。 这些用户还必须共享他们的源代码和他们对软件所做的任何更改。这意味着如果您使用 AGPL 许可的程序并在您的服务器上运行它并通过网络将其提供给其他人,您还必须 这些用户可用的源代码。 这在 GPL 下不是必需的。简而言之,AGPL 是比 GPL 更严格的许可,因为它要求用户在通过网络使用软件时共享他们的源代码。
  • 3、基于 LGPL 开源协议的库开发的软件,视是否只是调用来看,如果只是连接、调用,则可以封闭源代码,否则也必须要开源。

其他类型

此外如:SSPL等,还有存在目前无法分类的情况:

SSPL

MongoDB 再2018 年 10 月 16 日创建的一个新许可证SSPL。这个是官方修改开源协议(从 AGPL 到 SSPL,基于修改协议前的最后一个稳定版本4.0.3),存在较大争议,开放源代码促进会 OSI 甚至认为 SSPL 就不是开源许可协议。

cc

还有一类是 Creative Commons(CC)知识共享协议。严格意义上说该协议并不能说是真正的开源协议, 它们大多是被使用于设计类、在线文档、博客文章的工程上。CC 协议种类繁多, 每一种都授权特定的权利。

主要包含:

  • 作者可声明得权益

* 署名(Attribution,简写为by):必须提到原作者;

* 非商业用途(Noncommercial,简写为nc):不得用于盈利性目的;

* 禁止演绎(No Derivative Works,简写为nd):不得修改原作品;

* 相同方式共享(Share Alike,简写为sa):如果允许修改原作品,那么必须使用相同的许可证发布;

  • 使用者可获得权益

* 复制作品;

* 散发作品;

* 公开展示或表演作品;

* 将作品完全一致地转化成另一种格式。

阮一峰的博客文章对CC有更完善得说明。谈谈创作共用许可证(Creative Commons licenses)

如果是大陆地区一般使用 CC 2.5 或 cc 3.0 的声明

开源协议选择

1) 如果您想为GPL世界添砖加瓦,或者项目引用了GPL许可证的模块,那么当然得使用GPL许可证;

2) 如果您想分享自己的编程心得,不想让许可证限制了知识的传播,这时可使用MIT许可证;

3) 如果您想更强的控制源代码,或者考虑商业化,那么推荐Apache许可证。

4) 如果是文章文档类一般选择cc协议

MIT是约束最少的, GPL是约束最多的; 如果是个人随意作品,建议MIT许可; 如果是公司或者需要严格保护,建议 GPL。

https://choosealicense.rustwiki.org/ 这个网站可以指导开发者选择一个适合的协议

开源合规

1、主要是开发者、企业在使用、修改、分发、商业化等方面了解各个软件的开源协议。

2、避免开源软件不同开源协议带来的法律风险、公关危机与安全隐患等问题。

3、了解开源风险的典型案例,对开源风险的防控措施能提前准备。

开源协议相关事件

1、mysql 被 Oracle 收购后变更开源协议,支持GPLv2 许可证 和 商业许可证,由此也衍生出了多个mysql版本:MariaDB (mysql 5.1的衍生)、Percona Server、MepSQL、Drizzle、OurDelta等。相关文章说明。

2、core-js 决定更改开源协议. 2023-2-14 github readme

3、ffmpeg 中的gpl、lgpl开关 编译参考

ffmpeg 有大量可选依赖,很多依赖和 ffmpeg 的 lgpl 协议并不兼容,有的是 gpl ,有的甚至是 nonfree ,GPL版有x264和x265,LGPL版没有,按需选择。默认FFmpeg的configure编译是不带GPL部分代码的,我们可以基于FFmpeg的库进行第三方程序的开发而不需要开源。但是如果我们修改了FFmpeg的部分代码,则需要开源这部分代码。

参考文献:

《description software licenses》 https://paulmillr.com/media/posts/simple-description-of-popular-software-licenses/open-source-licenses-en.png

《GNU General Public License (GPL)》. http://www.opensource.org/licenses/gpl-license

《详细介绍 GPL 协议》. 红薯, 2009-11-30. http://www.oschina.net/question/12_2826

《The MIT License (MIT)》. http://www.opensource.org/licenses/mit-license.php

《详细介绍 MIT 协议》. 红薯, 2009-11-30. http://www.oschina.net/question/12_2829

《Apache License, Version 2.0》. http://www.apache.org/licenses/LICENSE-2.0

《详细介绍 Apache Licene 2.0 协议》. 红薯, 2009-11-30. http://www.oschina.net/question/12_2828

《The BSD 3-Clause License》. http://opensource.org/licenses/BSD-3-Clause

《The BSD 2-Clause License》. http://opensource.org/licenses/BSD-2-Clause

《详细介绍 BSD 开源协议》. 红薯, 2009-11-30. http://www.oschina.net/question/12_2825

《如何选择开源许可证?》. 阮一峰, 2011-05-02. http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html

《开源许可证教程》. 阮一峰, 2017-10-11. https://www.ruanyifeng.com/blog/2017/10/open-source-license-tutorial.html

《9个主流的开源许可协议整理》. Univasity, 2011-12-05. http://univasity.iteye.com/blog/1292658


本文转自于wesee.club

0 人点赞