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

　　Apache Licence是闻名的非盈利开源安排Apache选用的协议。该协议和BSD相似，相同鼓舞代码同享和终究原作者的著作权，相同答应源代码修正和再发布。可是也需求遵从以下条件：

　　在衍生的代码中（修正和有源代码衍生的代码中）需求带有本来代码中的协议，商标，专利声明和其他本来作者规则需求包括的阐明。

　　假设再发布的产品中包括一个Notice文件，则在Notice文件中需求带有Apache Licence。你能够再Notice中添加自己的答应，可是不能够表现为对Apache Licence构成更改。

　　Apache Licence也是对商业运用友爱的答应。运用者也能够再需求的时分修正代码来满意并作为开源或商业产品发布/出售。

　　全球规模的权力 在一个国家取得授权，适用于一切国家。假设你在美国，答应是从印度授权的，也没有问题。

　　授权不行吊销 一旦取得授权，没有任何人能够撤销。比方，你根据该产品代码开发了衍生产品，你不必忧虑会在某一天被制止运用该代码

　　BSD开源协议：是一个给于运用者很大自在的协议。能够自在的运用，修正源代码，也能够将修正后的代码作为开源或许专有软件再发布。 当你发布运用了BSD协议的代码，或则以BSD协议代码为根底做二次开发自己的产品时，需求满意三个条件：

　　BSD代码鼓舞代码同享，但需求尊重代码作者的著作权。BSD由于答应运用者修正和从头发布代码，也答应运用或在BSD代码上开发商业软件发布和出售，因而是对商业集成很友爱的协议。而许多的公司企业在选用开源产品的时分都首选BSD协议，由于能够彻底操控这些第三方的代码，在必要的时分能够修正或许二次开发。

　　GPL协议和BSD, Apache Licence等鼓舞代码重用的答应很不相同。GPL的起点是代码的开源/免费运用和引证/修正/衍生代码的开源/免费运用，但不答应修正后和衍生的代码做为闭源的商业软件发布和出售。这也便是为什么咱们能用免费的各种linux，包括商业公司的linux和linux上各式各样的由个人，安排，以及商业软件公司开发的免费软件了。

　　LGPL是GPL的一个为主要为类库运用规划的开源协议。和GPL要求任何运用/修正/衍生之GPL类库的的软件有必要选用GPL协议不同。LGPL答应商业软件经过类库引证(link)办法运用LGPL类库而不需求开源商业软件的代码。这使得选用LGPL协议的开源代码能够被商业软件作为类库引证并发布和出售。

　　可是假设修正LGPL协议的代码或许衍生，则一切修正的代码，触及修正部分的额定代码和衍生的代码都有必要选用LGPL协议。因而LGPL协议的开源代码很合适作为第三方类库被商业软件引证，但不合适期望以LGPL协议代码为根底，经过修正和衍生的办法做二次开发的商业软件选用。

　　GPL/LGPL都保证原作者的知识产权，防止有人运用开源代码仿制并开发相似的产品。

　　MIT是和BSD相同宽范的答应协议,源自麻省理工学院（Massachusetts Institute of Technology, MIT），又称X11协议。作者只想保存版权,而无任何其他了约束。MIT与BSD相似，可是比BSD协议愈加宽松，是现在最少约束的协议。这个协议仅有的条件便是在修正后的代码或许发行包包括原作者的答应信息。适用商业软件。运用MIT的软件项目有：jquery、Node.js。

　　MIT与BSD相似，可是比BSD协议愈加宽松，是现在最少约束的协议。这个协议仅有的条件便是在修正后的代码或许发行包包括原作者的答应信息。适用商业软件。运用MIT的软件项目有：jquery、Node.js。

　　MPL协议答应免费重发布、免费修正，但要求修正后的代码版权归软件的建议者 。这种授权保护了商业软件的利益，它要求根据这种软件的修正无偿奉献版权给该软件。这样，环绕该软件的一切代码的版权都会集在建议开发人的手中。但MPL是答应修正，无偿运用得。MPL软件对链接没有要求。

　　EPL答应Recipients恣意运用、仿制、分发、传达、展现、修正以及改后闭源的二次商业发布。

　　当一个Contributors将源码的全体或部分再次开源发布的时分,有必要持续遵从EPL开源协议来发布,而不能改用其他协议发布.除非你得到了原源码Owner 的授权；

　　EPL协议下,你能够将源码不做任何修正来商业发布.但假设你要发布修正后的源码,或许当你再发布的是Object Code的时分,你有必要声明它的Source Code是能够获取的,并且要奉告获取办法；

　　当你需求将EPL下的源码作为一部分跟其他私有的源码混和着成为一个Project发布的时分,你能够将整个Project/Product以私家的协议发布,但要声明哪一部分代码是EPL下的,并且声明那部分代码持续遵从EPL；

　　Creative Commons (CC) 答应协议并不能说是真实的开源协议，它们大多是被运用于规划类的工程上。 CC 协议品种繁复，每一种都授权特定的权力。 一个 CC 答应协议具有四个根本部分，这几个部分能够独自起作用，也能够组合起来。下面是这几部分的简介：

　　1、署名 著作上有必要附有著作的归属。如此之后，著作能够被修正，分发，仿制和其它用处。

　　2、相同办法同享 著作能够被修正、分发或其它操作，但一切的衍生品都要置于CC答应协议下。

　　3、非商业用处 著作能够被修正、分发等等，但不能用于商业意图。但言语上对什么是商业的阐明十分含糊不清 (没有供给准确的界说)，所以你能够在你的工程里对其进行阐明。例如，有些人简略的解说非商业为不能出售这个著作。而别的一些人以为你乃至不能在有广告的网站上运用它们。 还有些人以为商业仅仅指你用它获取利益。

　　CC 答应协议的这些条款能够自在组合运用。大多数的比较严厉的CC协议会声明 署名权，非商业用处，制止衍生条款，这意味着你能够自在的共享这个著作，但你不能改动它和对其收费，并且有必要声明著作的归属。这个答应协议十分的有用，它能够让你的著作传达出去，但又能够对著作的运用保存部分或彻底的操控。最少约束的CC协议类型当属 署名协议，这意味着只需人们能保护你的声誉，他们对你的著作怎样运用都行。

　　CC 答应协议更多的是在规划类工程中运用，而不是开发类，但没有人或阻碍你将之运用与后者。仅仅你有必要要清楚各部分条款能掩盖到的和不能掩盖到的权力。