各类开源协议介绍

世界上的开源许可证（Open Source License）大概有上百种，今天咱们来介绍下几种咱们常见的开源协议。大体有GPL、BSD、MIT、Mozilla、Apache和LGPL等。

 

image

Apache License

Apache License（Apache许可证），是Apache软件基金会发布的一个自由软件许可证。

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD相似，一样鼓励代码共享和最终原做者的著做权，一样容许源代码修改和再发布。可是也须要遵循如下条件：

• 须要给代码的用户一份Apache Licence。
• 若是修改了代码，须要再被修改的文件中说明。
• 在衍生的代码中（修改和有源代码衍生的代码中）须要带有原来代码中的协议，商标，专利声明和其余原来做者规定须要包含的说明。
• 若是再发布的产品中包含一个Notice文件，则在Notice文件中须要带有Apache Licence。你能够再Notice中增长本身的许可，可是不能够表现为对Apache Licence构成更改。
• Apache Licence也是对商业应用又好的许可。使用者也能够再须要的时候修改代码来知足并做为开源或商业产品发布/销售。

使用这个协议的好处是:

• 永久权利 一旦被受权，永久拥有。

• 全球范围的权利 在一个国家得到受权，适用于全部国家。假如你在美国，许但是从印度受权的，也没有问题。

• 受权免费 无版税， 前期、后期均无任何费用。

• 受权无排他性 任何人均可以得到受权

• 受权不可撤消 一旦得到受权，没有任何人能够取消。好比，你基于该产品代码开发了衍生产品，你不用担忧会在某一天被禁止使用该代码

BSD

BSD是"Berkeley Software Distribution"的缩写，意思是"伯克利软件发行版"。

BSD开源协议：是一个给于使用者很大自由的协议。能够自由的使用，修改源代码，也能够将修改后的代码做为开源或者专有软件再发布。 当你发布使用了BSD协议的代码，或则以BSD协议代码为基础作二次开发本身的产品时，须要知足三个条件：

• 1． 若是再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
• 2． 若是再发布的只是二进制类库/软件，则须要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
• 3． 不能够用开源代码的做者/机构名字和原来产品的名字作市场推广。

BSD代码鼓励代码共享，但须要尊重代码做者的著做权。BSD因为容许使用者修改和从新发布代码，也容许使用或在BSD代码上开发商业软件发布和销售，所以是对商业集成很友好的协议。而不少的公司企业在选用开源产品的时候都首选BSD协议，由于能够彻底控制这些第三方的代码，在必要的时候能够修改或者二次开发。

GPL

GPL （GNU General Public License） ：GNU通用公共许可协议。

Linux 采用了 GPL。

GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不同。GPL的出发点是代码的开源/无偿使用和引用/修改/衍生代码的开源/无偿使用，但不容许修改后和衍生的代码作为闭源的商业软件发布和销售。这也就是为何咱们能用免费的各类linux，包括商业公司的linux和linux上各类各样的由我的，组织，以及商业软件公司开发的免费软件了。

LGPL

LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不一样。LGPL容许商业软件经过类库引用(link)方式使用LGPL类库而不须要开源商业软件的代码。这使得采用LGPL协议的开源代码能够被商业软件做为类库引用并发布和销售。

可是若是修改LGPL协议的代码或者衍生，则全部修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。所以LGPL协议的开源代码很适合做为第三方类库被商业软件引用，但不适合但愿以LGPL协议代码为基础，经过修改和衍生的方式作二次开发的商业软件采用。

GPL/LGPL都保障原做者的知识产权，避免有人利用开源代码复制并开发相似的产品。

MIT

MIT是和BSD同样宽范的许可协议,源自麻省理工学院（Massachusetts Institute of Technology, MIT），又称X11协议。做者只想保留版权,而无任何其余了限制。MIT与BSD相似，可是比BSD协议更加宽松，是目前最少限制的协议。这个协议惟一的条件就是在修改后的代码或者发行包包含原做者的许可信息。适用商业软件。使用MIT的软件项目有：jquery、Node.js。

MIT与BSD相似，可是比BSD协议更加宽松，是目前最少限制的协议。这个协议惟一的条件就是在修改后的代码或者发行包包含原做者的许可信息。适用商业软件。使用MIT的软件项目有：jquery、Node.js。

MPL (Mozilla Public License 1.1)

MPL协议容许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者 。这种受权维护了商业软件的利益，它要求基于这种软件的修改无偿贡献版权给该软件。这样，围绕该软件的全部代码的版权都集中在发起开发人的手中。但MPL是容许修改，免费使用得。MPL软件对连接没有要求。

EPL (Eclipse Public License 1.0)

EPL容许Recipients任意使用、复制、分发、传播、展现、修改以及改后闭源的二次商业发布。

使用EPL协议，须要遵照如下规则：

• 当一个Contributors将源码的总体或部分再次开源发布的时候,必须继续遵循EPL开源协议来发布,而不能改用其余协议发布.除非你获得了原"源码"Owner 的受权；
• EPL协议下,你能够将源码不作任何修改来商业发布.但若是你要发布修改后的源码,或者当你再发布的是Object Code的时候,你必须声明它的Source Code是能够获取的,并且要告知获取方法；
• 当你须要将EPL下的源码做为一部分跟其余私有的源码混和着成为一个Project发布的时候,你能够将整个Project/Product以私人的协议发布,但要声明哪一部分代码是EPL下的,并且声明那部分代码继续遵循EPL；
• 4.独立的模块(Separate Module),不须要开源。

Creative Commons 知识共享协议

Creative Commons (CC) 许可协议并不能说是真正的开源协议，它们大可能是被使用于设计类的工程上。 CC 协议种类繁多，每一种都受权特定的权利。 一个 CC 许可协议具备四个基本部分，这几个部分能够单独起做用，也能够组合起来。下面是这几部分的简介：

• 一、署名 做品上必须附有做品的归属。如此以后，做品能够被修改，分发，复制和其它用途。
• 二、相同方式共享 做品能够被修改、分发或其它操做，但全部的衍生品都要置于CC许可协议下。
• 三、非商业用途 做品能够被修改、分发等等，但不能用于商业目的。但语言上对什么是"商业"的说明十分含糊不清 (没有提供精确的定义)，因此你能够在你的工程里对其进行说明。例如，有些人简单的解释"非商业"为不能出售这个做品。而另一些人认为你甚至不能在有广告的网站上使用它们。 还有些人认为"商业"仅仅指你用它获取利益。
• 四、禁止衍生做品

CC 许可协议的这些条款能够自由组合使用。大多数的比较严格的CC协议会声明 "署名权，非商业用途，禁止衍生"条款，这意味着你能够自由的分享这个做品，但你不能改变它和对其收费，并且必须声明做品的归属。这个许可协议很是的有用，它可让你的做品传播出去，但又能够对做品的使用保留部分或彻底的控制。最少限制的CC协议类型当属 "署名"协议，这意味着只要人们能维护你的名誉，他们对你的做品怎么使用都行。

CC 许可协议更多的是在设计类工程中使用，而不是开发类，但没有人或妨碍你将之使用与后者。只是你必需要清楚各部分条款能覆盖到的和不能覆盖到的权利。

---

图解分析

 

image

 

image

 

image

做者：小孩真笨 连接：https://www.jianshu.com/p/36c1cd4aaeae 来源：简书 简书著做权归做者全部，任何形式的转载都请联系做者得到受权并注明出处。