作为一个开发人员，在我们平时开发项目的过程中，恐怕离不开的一大工具就是开源软件了吧，无论你是作为一个开源作者，还是作为一个开源软件的使用者，我们都需要关注一个开源协议，不然，后果可能会很严重，不仅仅是不开心那么简单哦，严重甚至可以导致一家公司的倒闭。
本文以一个简单的视角给大家介绍一下目前使用比较广泛的几种开源协议，让大家在选择开源项目或者在开源的时候能够选择较为正确的协议。但是，需要说明的是，开源协议数目繁多，本文不能概述所有，而且作者能力有限，当初学习的时候也是主要学习几种较为常用的协议，所以对其他协议也不了解，所以读者斟酌得看本文。
本文的行文结构如下：
- 第一部分主要展示一下 Github 上比较流行的开源协议
- 第二部分分别介绍各个开源协议
- 第三部分教大家一个简单的快速选择适当的开源协议的方法
常用的开源协议
根据 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由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是 商业集成友好的协议。而很多的公司企业在选用开源产品的时候都 首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。
使用的著名开源软件
2. MIT 协议
MIT协议又称麻省理工学院许可证，最初由麻省理工学院开发。
被授权人权利：
- 被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。
- 被授权人可根据程式的需要修改授权条款为适当的内容。
被授权人义务：
- 在软件和软件的所有副本中都必须包含版权声明和许可声明。
MIT 是和 BSD 一样宽范的许可协议，作者只想保留版权，而无任何其它的限制。也就是说，你必须在你的发行版里包含原许可协议的声明，无论你是以二进制发布的还是以源代码发布的，这意味着：
- 你可以自由使用，复制，修改，可以用于自己的项目。
- 可以免费分发或用来盈利。
- 唯一的限制是必须包含许可声明。
- MIT 协议是所有开源许可中最宽松的一个，除了必须包含许可声明外，再无任何限制。
3. GPL
GNU 通用公共许可证(简称 GPL )是由自由软件基金会发行的用于计算机软件的许可证。最初由理查德*斯道曼为 GNU 计划而撰写。目前大多数的 GNU 程序和超过半数的自由软件使用此许可证。GNU 宽通用公共许可证(简称 LGPL )是由 GPL 衍生出的许可证，被用于一些 GNU 程序库。
GPL 授予程序接受人以下权利:
- 以任何目的运行此程序的自由;
- 以学习程序工作机理为目的，对程序进行修改的自由(能得到源代码是前提);
- 再发行复制件的自由;
- 改进此程序，并公开发布改进的自由(能得到源代码是前提)。
我们看 Github 的最常用协议的表格会发现有 GPLv2 和 GPLv3 两种选择，我们能猜到了这是因为升级了 GPL 协议的缘故，那么 v2 与 v3 相比有什么差别？具体差别我认为主要有两条，分别是：
- 对用户的专利保护，任何分发GPLv3软件的人必须自动为软件用户提供许可证，让他们可以使用所有相关的专利。
- 对DRM的限制，可以分两则来说：
- 声明基于 GPL 代码为基础的 DRM 不会构成一种”有效的技术手段”。
- 要求应用 GPL 软件的家用设备必须允许用户执行他们自己修改的版本
4. Apache
Apache Licence 是著名的非盈利开源组织 Apache 采用的协议。该协议和 BSD 类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。
需要满足的条件也和 BSD 类似：
- 需要给代码的用户一份Apache Licence
- 如果你修改了代码，需要在被修改的文件中说明。
- 在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
- 如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
Apache Licence 也是商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
快速得选择协议
上面介绍了这么多协议，可能你看得头都大了，没关系，这里给一个超简单的流程图给你，主要你按照你的需求来走，最后的开源协议应该就是你想要的了：
|
| 图 1：开源协议快速选择，图片来源：链接。 |