作为一个开发人员,在我们平时开发项目的过程中,恐怕离不开的一大工具就是开源软件了吧,无论你是作为一个开源作者,还是作为一个开源软件的使用者,我们都需要关注一个开源协议,不然,后果可能会很严重,不仅仅是不开心那么简单哦,严重甚至可以导致一家公司的倒闭。

本文以一个简单的视角给大家介绍一下目前使用比较广泛的几种开源协议,让大家在选择开源项目或者在开源的时候能够选择较为正确的协议。但是,需要说明的是,开源协议数目繁多,本文不能概述所有,而且作者能力有限,当初学习的时候也是主要学习几种较为常用的协议,所以对其他协议也不了解,所以读者斟酌得看本文。

本文的行文结构如下:

常用的开源协议

根据 Github 官方的统计,2015 年为止,在 Github 上最常使用的 License 分别是:

Rank License projects percent
1 MIT 44.69%
2 Other 15.68%
3 GPLv2 12.96%
4 Apache 11.19%
5 GPLv3 8.88%
6 BSD 3-clause 4.53%

如果大家对更详细的内容感兴趣的话看文末的参考资料,附上了链接。

开源协议介绍

1. BSD 协议

BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以"为所欲为",自由地使用,随便修改源代码,也可以将修改后的代码作为开源或者专有软件再发布。但"为所欲为"的前提当你发布使用了BSD协议的代码,或者以BSD协议代码为基础做二次开发自己的产品时,需要满足三个条件:

BSD 代码鼓励代码共享,但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码,也允许使用或在BSD代码上开发商业软件发布和销售,因此是商业集成友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议,因为可以完全控制这些第三方的代码,在必要的时候可以修改或者二次开发。

使用的著名开源软件

2. MIT 协议

MIT协议又称麻省理工学院许可证,最初由麻省理工学院开发。

被授权人权利:

  1. 被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。
  2. 被授权人可根据程式的需要修改授权条款为适当的内容。

被授权人义务:

  1. 在软件和软件的所有副本中都必须包含版权声明和许可声明。

MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其它的限制。也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的,这意味着:

3. GPL

GNU通用公共许可证(简称GPL)是由自由软件基金会发行的用于计算机软件的许可证。最初由理查德*斯道曼为GNU计划而撰写。目前大多数的 GNU程序和超过半数的自由软件使用此许可证。GNU宽通用公共许可证(简称LGPL)是由 GPL衍生出的许可证,被用于一些GNU程序库。

GPL授予程序接受人以下权利:

我们看 Github 的最常用协议的表格会发现有 GPLv2 和 GPLv3 两种选择,我们能猜到了这是因为升级了 GPL 协议的缘故,那么 v2 与 v3 相比有什么差别?具体差别我认为主要有两条,分别是:

  1. 对用户的专利保护,任何分发GPLv3软件的人必须自动为软件用户提供许可证,让他们可以使用所有相关的专利。
  2. 对DRM的限制,可以分两则来说:
    • 声明基于GPL代码为基础的DRM不会构成一种"有效的技术手段"。
    • 要求应用GPL软件的家用设备必须允许用户执行他们自己修改的版本

4. Apache

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件)。

需要满足的条件也和BSD类似:

  1. 需要给代码的用户一份Apache Licence
  2. 如果你修改了代码,需要在被修改的文件中说明。
  3. 在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。
  4. 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改。

Apache Licence也是商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

快速得选择协议

上面介绍了这么多协议,可能你看得头都大了,没关系,这里给一个超简单的流程图给你,主要你按照你的需求来走,最后的开源协议应该就是你想要的了:


图片原始来源于这里

参考资料