有哪些开源协议?

发布于:2024-05-01 ⋅ 阅读:(23) ⋅ 点赞:(0)

目前存在多种开源协议,它们各自有不同的特点和适用场景,旨在保护开发者权利的同时促进软件的共享和协作。以下是几种常见的开源协议:

  1. MIT License(麻省理工学院许可证)

    • 非常宽松的许可,基本上允许你做任何事情,只要包含原始版权和许可声明。
    • 适合希望代码能够被广泛使用的项目。
  2. Apache License 2.0(Apache 2.0许可证)

    • 提供专利授权保护,要求任何基于该软件的作品在发布时也要提供相同的授权条款。
    • 适用于企业级项目,特别是那些关注专利授权的项目。
  3. GNU General Public License (GPL)

    • 有两种主要版本,GPLv2和GPLv3,强调“Copyleft”原则,即如果你修改并发布了基于GPL软件的作品,你也必须以GPL发布你的修改版。
    • GPL确保衍生作品保持开源状态,适用于希望确保代码保持开放的项目。
  4. GNU Lesser General Public License (LGPL)

    • 相较于GPL更为宽松,允许与非开源软件链接,而不强制整个作品开源。
    • 适用于库或框架,使得它们可以在非开源应用中使用。
  5. Mozilla Public License 2.0 (MPL 2.0)

    • 类似于LGPL,允许在非开源产品中使用,但修改后的源代码必须开源。
    • 适用于希望源代码改动能回馈社区,但又不想强加GPL那样严格的条件的项目。
  6. Berkeley Software Distribution (BSD) Licenses

    • 包括2-clause BSD、3-clause BSD和4-clause BSD等多个版本,都非常宽松,几乎与MIT相似,但某些旧版本有额外的要求(如广告条款)。
    • 适合想要最小限制的项目。
  7. Creative Commons (CC) Licenses

    • 虽然主要是为创意作品设计,但也有一部分被用于软件文档或其他内容。有多种变体,如CC BY(署名)、CC BY-SA(署名-相同方式共享)等。
    • 不是最典型的软件许可证,但在某些混合内容项目中使用。
  8. Eclipse Public License (EPL):

    • EPL是一种较宽松的协议,要求衍生作品必须在相同的EPL协议下发布,但如果作品是单独的模块,则可以使用不同协议。
    • 适合希望鼓励模块化开发和重用的项目。
  9. Common Development and Distribution License (CDDL):

    • 受Mozilla Public License影响,CDDL强调对专利的保护,并要求修改后的作品在相同的CDDL下发布。
    • 适用于需要较强专利保护策略的开源项目。
  10. Attribution Assurance License (AAL):

    • 类似于GPL,但重点在于确保贡献者得到署名,适合重视贡献者名誉权的项目。
  11. Artistic License (和Artistic License 2.0):

    • 最初为Perl语言设计,旨在平衡自由使用和保护作者的意愿。2.0版本更清晰地定义了许可条款。
    • 适用于特定社区或有特殊文化背景的项目。
  12. SIL Open Font License (OFL):

    • 专为字体设计的开源协议,允许自由使用、修改和分发字体,但要求衍生字体使用不同的名称。
    • 适用于开源字体项目。
  13. Cocoapods License:

    • 虽然不是一个独立的开源协议,但Cocoapods是一个iOS和MacOS开发的依赖管理工具,它处理了许多开源库的许可证问题,确保开发者遵守所使用的库的许可证。

这些只是众多开源协议中的一部分,开源促进组织(Open Source Initiative, OSI)已经认可了超过80种不同的开源许可协议,每种都有其特定的用途和适用范围。选择合适的开源协议需考虑项目的具体需求、与其他开源组件的兼容性以及对下游用户的期望。