开源许可证
许可证赋予用户特定的权利，但同时也规定了用户必须遵守的约束。开源软件通常使用开源许可证。所有开源许可证都由开源倡议(OSI)认证。
获得批准的许可证
以下许可证符合开源的定义，并已被批准用于OSI认证的开源软件。没有批准日期的许可证是在1999 1之前批准的。
GNU通用公共许可证(GPL)
GNU库(宽松)通用公共许可证(LGPL)
* X财团许可证
*艺术许可证
Mozilla公共许可证(MPL)
* qpl
* OpenLDAPPublic许可证
其他符合定义的许可证包括:libpng许可证、zlib许可证、IJG JPEG许可证和BSD许可证。根据使用条件的不同，开源软件许可证可以分为三类(严重性递减)
1.当使用此开源软件的代码被重新分发时，源代码也必须以相同的许可公开。
代表性许可证类型:GPL，AGPL
例如:GPL
GNU通用公共许可证(GNU GPL或简称GPL)是一个广泛使用的自由软件许可条款，最初是由richard stallman为GNU项目编写的。GPL是自由软件基金会的主要许可，常用于1991的第2版和2007的第3版。
GPL授予程序接受者以下权利:出于任何目的运行本程序的自由；重新发行拷贝的自由；改进这个程序，公开发布改进的自由度(前提是源代码可用)。GPL许可协议具有很强的Copyleft和“病毒效应”，这意味着如果用户想要重新分发GPL许可软件或基于GPL许可软件的作品(例如，作为用户产品的一部分)，必须以不超过GPL许可限制的条款进行分发，即还必须是开源和免费的，这被称为“传染性”。GPL许可协议是目前最流行的开源许可协议，很多著名的开源软件都在使用，比如Linux内核，MySQL数据库。
2.当使用开放源代码软件的代码并在发布之前修改源代码时，源代码必须以相同的许可公开。
代表性的许可类型:LGPL、CPL、CDDL、CPL、MPL等。
例如:LGPL
GNU通用公共许可证(LGPL)，也称为GNULibrary通用公共许可证，也来自自由软件基金会，1999中的2.1版本和2007年的3.0版本。LGPL是GPL的松散版本，它为产品保留的权利比GPL少。一般来说，LGPL适合于非GPL或非开源产品的开源库或框架。因为GPL的要求，使用GPL代码的产品也必须使用GPL协议，不允许开发者将GPL代码用于商业产品。LGPL绕过了这一限制。LGPL具有弱左版权效应，对商业更友好:它允许动态链接；有条件地允许静态链接会修改LGPL许可的代码本身，然后再分发必须使用LGPL或GPL许可。3.当开源软件的代码(包括修改)被重新发布时，没有特别的限制，只需要许可。
代表性的许可证类型:ASL、BSD、MIT等。
例如:麻省理工学院
MIT协议大概是几个开源协议中最松的一个，由MIT在1988推出，也称为X11 license或X license，有很多变种。核心条款是:软件及其相关文档对所有人免费，可以随意处置，包括使用、复制、修改、合并、出版、分发、再许可或出售。唯一的限制是软件必须包含上述版权和许可提示。这意味着您可以自由地使用、复制、修改和在您自己的项目中使用它。可以免费分发，也可以盈利使用。唯一的限制是必须包含许可证声明。MIT协议是所有开源许可中最宽松的，除了许可声明之外没有任何限制。
示例:BSD
BSD许可证起源于加州大学伯克利分校，拥有者是加州大学董事会。与其他许可证相比，BSD许可证更宽松，甚至更接近公共领域，从GNU通用公共许可证(GPL)到严格限制的版权。实际上BSD许可证被视为copycenter(中间版权)，介于标准版权和GPL的copyleft之间。把它拿到复印中心，想复印多少就复印多少。可以说GPL强制后续版本为自由软件，BSD后续版本可以选择继续为BSD或其他自由软件条款或封闭软件，等等。
这个协议有很多版本，不同项目颁发的BSD许可证也不一样。比如苹果的BSD许可证和4.4BSD Lite衍生操作系统的BSD许可证主要有两个版本，新BSD协议和简单BSD协议。这两个协议都经过了修改，与GPL兼容，得到了开源组织的认可。新的BSD协议(3条款协议)除了版权声明和免责声明之外，对软件分发没有任何限制。此外，协议还禁止以开发商的名义为衍生产品背书，但简易BSD协议删除了这一条款。1.通过电子邮件将许可证发送至opensource.org许可证审批。在电子邮件中声明您是否愿意以签名或匿名方式将许可证发送到许可证讨论列表。(我们愿意考虑那些我们根本不希望发送的许可证，但是因为社区的评估是批准的重要组成部分，我们将不得不私下将许可证发送给审查者:因此，未发送到许可证讨论列表的许可证的批准需要更长的时间，通常需要与您进行更多的沟通。)
如果我们发现您的许可证不符合开源的定义，我们将与您合作解决这个问题。
3.同时，我们将关注许可证论坛的列表，并与您合作解决任何未包含的问题。
作为这一过程的一部分，我们还将就许可证问题向外界寻求法律建议。
5.一旦许可证符合开源的定义，并且已经在许可证论坛中进行了充分的讨论，或者其他审核者没有提出重要的问题，我们将通知您许可证已经被批准，并且它已经被复制到我们的网站并添加到下面的许可证列表中。