您的位置: 首页  >  文章  >  几种常见的开源协议介绍

几种常见的开源协议介绍

分类: 文章 • 2023-11-07 08:33:04

文章目录

BSD协议

BSD开源协议是一个给于使用者很大*的协议。可以*的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。但前提是发布使用了BSD协议的代码，或以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：

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

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

MIT协议

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

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

  1. 被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。
  2. 被授权人可根据程序的需要修改授权条款为适当的内容。
  3. 在软件和软件的所有副本中都必须包含版权声明和许可声明。

此授权条款并非属copyleft的*软件授权条款，允许在*/开放源码软件或非*软件（proprietary software）所使用。MIT的内容可依照程序著作权者的需求更改内容。此亦为MIT与BSD（The BSD license, 3-clause BSD license）本质上不同处。MIT条款可与其他授权条款并存。另外，MIT条款也是*软件基金会（FSF）所认可的*软件授权条款，与GPL兼容。

Apache 协议

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和最终原作者的著作权，同样允许源代码修改和再发布。但是也需要遵循以下条件：

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

使用这个协议的好处是:

  1. 永久权利：一旦被授权，永久拥有。
  2. 全球范围的权利：在一个国家获得授权，适用于所有国家。假如你在美国，许可是从印度授权的，也没有问题。
  3. 授权免费：无版税， 前期、后期均无任何费用。
  4. 授权无排他性：任何人都可以获得授权
  5. 授权不可撤消 一旦获得授权，没有任何人可以取消。

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

GPL协议

GPL（ GNU General Public Licence ）的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。Linux就是采用了GPL协议。GPL

  1. 可*复制：你可以将软件复制到你的电脑，你客户的电脑，或者任何地方。复制份数没有任何限制。
  2. 可*分发：在你的网站提供下载，拷贝到U盘送人，或者将源代码打印出来从窗户扔出去（环保起见，请别这样做）。
  3. 可以用来盈利：你可以在分发软件的时候收费，但你必须在收费前向你的客户提供该软件的 GNU GPL 许可协议，以便让他们知道，他们可以从别的渠道免费得到这份软件，以及你收费的理由。
  4. 可*修改：如果你想添加或删除某个功能，没问题，如果你想在别的项目中使用部分代码，也没问题，唯一的要求是，使用了这段代码的项目也必须使用 GPL 协议。

还有一些要求

  1. 如果你使用了GPL协议的开源代码，将此开源代码用在了你的软件产品里，那么，你的整个软件产品必须开源，而且必须以GPL协议开源。
  2. 如果软件以GPL协议开源，那么源代码必须是面向社会开源的。而且你发布产品的时候源代码也必须一同附上。
  3. 如果软件以GPL协议开源，那么你可以对该软件收取一定的服务费用，但你永远不能对该软件的源代码收费。

LGPL协议

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

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

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

如何选择？

按照使用条件的不同，开源软件许可证可以分为三类（严苛程度递减）。

第一类使用该开源软件的代码再散布（redistribute）时，源码也必须以相同许可证公开。代表许可类型 GPL，AGPL。
第二类使用该开源软件的代码并且对开源代码有所修改后再散布时，源码必须以相同许可证公开。如LGPL，CPL，CDDL，CPL，MPL等。
第三类用该开源软件的代码（包括修改）再散布（redistribute）时，没有特殊限制，只需要明记许可。如ASL，BSD，MIT等。

下面是阮一峰老师的画的图。

几种常见的开源协议介绍

参考

[1]https://blog.csdn.net/qqq2830/article/details/53141740
[2]http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html
[3]https://blog.csdn.net/qq_22494029/article/details/79731340
[4]https://www.cnblogs.com/findumars/p/3556883.html

相关推荐