共计 3001 个字符，预计需要花费 8 分钟才能阅读完成。
软件从闭源为主到开源成为支流，经验了几十年的倒退。世界范畴内，因为知识产权越来越受到重视和法律层面的爱护，开源软件许可证也曾经被宽泛视为一种具备法律效力的合约，它规定了在软件应用和散发过程中的权力和任务。
近年来，开源软件的非法应用在中国越来越受到重视，从数字地狱和两柚子案到罗盒案，因为具备强传染性的 GPL 协定导致的争议为很多企业敲响了警钟，许多无意识的企业开始对应用的开源组件进行梳理。特地是一大批有出海业务的企业，因为随时可能面临内部的审查，这种对开源组件治理的需要会更加迫切。但目前，我国大部分企业对于开源软件许可证的了解和意识尚处于初级阶段：
- 开源许可证这个概念起源于东方，且开源的概念也是从东方发动的，咱们要迅速实现从被动参与者到被动贡献者角色转变的难度比拟大。
- 开源许可证超过 2000 多种，大部分企业外部短少业余的团队来对许可证条款进行具体解读。
- 开源组件的许可证通常是英文的条款，即使是对同一个条款，不同的法律人士解读的角度也会不同。
本文将为大家介绍一些常见开源许可协定。
首先聊聊开源许可证的品种，其实分类的办法有很多，然而笔者认为不同的分类并没有对错之分，更多的是为大家在进行开源治理的时候提供较为清晰的思路。
对等型许可证
许可证的代表为 GPL 和 AGPL，它们具备如下特点：
- 软件自身必须开源
- 具备强传染性，与其有链接关系的代码都必须以 GPL 许可对外开源，即与该软件在同一过程中运行的代码都必须开源。
GPL 全称为 GNU General Public License, 第一个版本公布于 1989 年，之后又在 1991 年和 2007 年陆续公布了 v2、v3，还有其余衍生的许可证。GPL 许可证被认为是应用最宽泛的开源许可证，咱们罕用的 Linux 外围就是以 GPLv2 公布的。
GPL 各个版本次要规定的权利义务如下：
GPLv1 次要在两方面做了限度：1. 如果拷贝或者散发了 GPLv1 协定下的软件，那么必须凋谢源代码，不能够可执行的二进制文件进行公布；2. 基于 GPLv1 公布的软件不能够与其余限制性更强条款公布的软件相结合。
GPLv2 次要的特点是 Liberty or Death 条款，这个条款表明，被许可人只有在满足所有许可证的任务下才能够散发蕴含 GPL 受权的软件，即便他们可能领有其余的法律义务。此条款是为了保障和尊重用户在许可证下的自在免受专利侵权或者其余诉讼的侵害。GPLv2 是使用最宽泛的一个版本。
GPLv3 次要在 GPLv2 的根底上做了如下改良：
- GPLv3 对专利做了明确的阐明
- GPLv3 对 TiVo 这类硬件做了要求
- 使用者能够依照要求加一些补充条款（次要是免责和爱护版权人权利方面的）
Linux 的创始人 Linus Torvalds 对 GPLv3 表白了明确的拥护，因为 GPLv3 的第六条要求 TiVo 这类的厂商提供签名的私钥，使得人们能够运行批改后的代码，而 Linus 认为软件开发人员没有权力规定硬件厂商的行为，所以 Linux 应用的仍然是 GPLv2。
GPLv2 第 6 条规定：不能增加任何额定的限度。仅从这一点看，GPLv2 和 GPLv3 是不兼容的，因为两者的第 6 条规定是抵触的，因而不能将应用 GPLv2 许可的代码和 GPLv3 的代码合并在一起。
AGPL，全称是 The Affero General Public License, 是 GPL 的一个补充，次要是针对网络服务商做了一些限度，在 GPL 协定中，批改和应用其代码都须要开源，然而这是建设在软件散发的根底上，如果应用代码作为服务提供，而不散发软件，则不须要开源。
AGPL 许可协定将 Copyleft 这一概念延长至网络上开源软件所交付的服务。在 AGPL 的规定中，如果其许可的程序与用户通过网络进行近程交互，那么就须要提供源代码给用户，所有的批改也须要提供给用户。常见的“通过计算机近程网络交互”的场景有：网络和邮件服务器、基于互动的网络应用程序和在线播放的游戏服务器等。在 2018 年之前，MongoDB 社区版的许可协定从 AGPL 更改为 SSPL（SSPL 发起人为 MongoDB，目前还未取得 OSI 的批准）。
弱对等型许可证
这类许可证的代表为 LGPL，具备如下特点：
- 软件自身须开源
- 具备传染性，与其动态链接局部的代码也必须以 LGPL 许可开源；动静链接则不被传染。
- 若对其进行批改，若批改后减少的性能实现依赖于产品软件的数据或性能，则产品代码也会被传染。
LGPL 全称是 GNU Lesser General Public License，顾名思义，与 GPL 比，它的限度更少（Lesser），GPL 的外围宗旨是用户须要公开软件作品和其衍生作品的源代码，然而 LGPL 要求用户仅共享基于 LGPL 许可证的组件的源代码，而不是应用它的作品的源代码。且 LGPL 更针对 C 语言及类 C 语言。
敌对型许可证
这类许可证的代表为 MPL，具备如下特点：
- 若无批改，则无需开源
- 若对其进行了批改，需将批改的局部开源
MPL 全称是 Mozilla Public License，MPL 容许在其受权下的源代码与其余受权的文件进行混合，包含公有许可证。但在 MPL 受权下的代码文件必须放弃 MPL 受权，并且放弃开源。因而 MPL 既不像 MIT 和 BSD 那样容许衍生作品齐全转化为公有，也不像 GPL 那样要求所有的衍生作品，包含新的组件在内，全副必须维持 GPL 协定。通过容许在衍生我的项目中存在公有模块，同时保障外围文件的开源，MPL 同时激励了商业及开源社区来参加帮忙开发外围软件。
宽松型许可证
这类许可证的代表为 BSD/Apache/MIT，此类许可证并无开源要求。
MIT 许可证发起人为麻省理工学院，它的应用十分宽泛，比方 PuTTY, Ruby on Rails, Lua, VS Code 等等。
BSD 许可证发起人为加州大学伯克利分校，恪守 BSD License 的软件，容许用作商业用途，甚至可依照专属许可证进行再公布。它被认为是一种 copycenter 类的许可证。
BSD 和 MIT 的区别在于，BSD 禁止衍生软件用你的名字做宣传，而 MIT 容许这一行为。
Apache 许可证的发起人为 Apache 基金会，它与 BSD/MIT 的外围区别是每一个批改过的文件，都必须搁置版权阐明。
以下是一些许可证方面的 Q&A 供大家参考：
Q: 在公布一个开源我的项目的时候，如何抉择许可证？
A: 其实这是一个须要零碎梳理的工程，不过咱们能够参考阮一峰老师翻译的这张图来做初步判断：
Q: 一个组件能够应用多个开源许可证吗?
A: 能够的，比方 Firefox 最后的时候应用了三个许可证公布：MPL，GPLv2 or LGPL 2.1。Perl 也应用了 GPL or Artistic 协定的多重许可形式。然而要留神多许可证的兼容性问题。
Q: 如何剖析许可证兼容性?
A: 通常许可证的官网会提供该许可证与其余许可证的兼容性剖析 Matrix, 比方 GPL: https://www.gnu.org/licenses/…; EUPL: https://joinup.ec.europa.eu/c… 等等。然而咱们也能够通过一个开源的组织 OSADL（Open Source Automation Development Lab）提供的绝对比拟全面的清单来做审查，当然如果想要取得更好的成果，还是须要借助业余的 SCA 工具来进行外部开源软件的治理。
置信通过以上内容的介绍，大家对常见的软件许可证有了初步的理解，在后续的分享中，安势信息会继续给大家带来更多关于软件许可证的文章。
