开源软件协议列表
几种常见的开源软件许可协议（GPL,LGPL,ApacheLicense,BSD）
⼏种常见的开源软件许可协议（GPL,LGPL,ApacheLicense,BSD）GPLGPL授予程序接受⼈以下权利，或称“⾃由”：* 以任何⽬的运⾏此程序的⾃由* 以学习程序⼯作机理为⽬的，对程序进⾏修改的⾃由（能得到源代码是前提）* 再发⾏复制件的⾃由* 改进此程序，并公开发布改进的⾃由（能得到源代码是前提）相反地，随版权所有软件的最终⽤户许可证⼏乎从不授予⽤户任何权利（除了使⽤的权利），甚⾄可能限制法律允许的⾏为，⽐如逆向⼯程。
GPL与其他⼀些更“许可的”⾃由软件许可证（⽐如BSD许可证）相⽐，主要区别就在于GPL寻求确保上述⾃由能在复制件及演绎作品中得到保障。
它通过⼀种由Stallman发明的叫copyleft的法律机制实现，即要求GPL程序的演绎作品也要在GPL之下。
相反，BSD式的许可证并不禁⽌演绎作品变成版权所有软件。
GPL不会授予许可证接受⼈⽆限的权利。
再发⾏权的授予需要许可证接受⼈开放软件的源代码，及所有修改。
且复制件、修改版本，都必须以GPL为许可证。
这些要求就是copyleft，它的基础就是作品在法律上版权所有。
由于它版权所有，许可证接受⼈就⽆权进⾏修改和再发⾏（除合理使⽤），除⾮它有⼀个copyleft条款。
如果某⼈想⾏使通常被法律所禁⽌的权利，只需同意GPL的条款。
相反地，如果某⼈发⾏软件违反了GPL（⽐如不开放源代码），他就有可能被原作者起诉。
copyleft利⽤版权法来达到与其相反的⽬的：copyleft给⼈不可剥夺的权利，⽽不是版权法所规定的诸多限制。
这也是GPL被称作“被⿊的版权法”的原因。
许多GPL软件发⾏者都把源代码与可执⾏程序捆绑起来。
另⼀⽅式就是以物理介质（⽐如CD）为载体提供源代码。
在实践中，许多GPL软件都是在互联⽹上发⾏的，源代码也有许多可以FTP⽅式得到。
copyleft只在程序再发⾏时发⽣效⼒。
对软件的修改可以不公开或开放源代码，只要不发⾏。
注意copyleft只对软件有效⼒，⽽对软件的输出并⽆效⼒（除⾮输出的是软件本⾝）。
列举常见的开源协议简述其许可证的规则
列举常见的开源协议简述其许可证的规则常见的开源协议主要包括GNU通用公共许可证（GNU General Public License, GPL）、MIT许可证、BSD许可证、Apache许可证和Mozilla公共许可证等。
下面将对这些开源协议的许可证规则进行简述。
1.GNU通用公共许可证（GPL）GPL是最常用的开源协议之一，其主要目的是保护软件的使用者自由并鼓励共享。
GPL要求基于该许可证发布的软件及其衍生作品也必须采用GPL进行发布，即采用GPL许可证的软件只能使用GPL许可证进行分发，这也被称为“传染性”。
同时，GPL也要求对于对源代码所做的修改和衍生工作的发布都必须开放源代码，并明确指出软件的版权和许可证。
2.MIT许可证MIT许可证是一种相对较为宽松的开源许可证。
其核心条款要求将软件的版权和许可证信息包含在软件副本的所有拷贝或实质部分中。
这意味着在使用、复制、修改、合并、发布、分发、再许可及销售这些软件时，只需在源代码或二进制副本的所有拷贝中包含原始许可证即可，不需要开放源代码。
3.BSD许可证BSD许可证是一系列类似的许可证，如BSD 2-Clause License、BSD3-Clause License等。
这些许可证都较为宽松，允许使用、复制、修改、合并、发布、分发和再许可，同时要求在软件的所有拷贝、实质部分及相关文档中必须包含原始许可证的版权声明。
4. Apache许可证Apache许可证也是一种较为宽松的许可证，类似于BSD许可证。
除了允许使用、复制、修改、合并、发布、分发和再许可外，Apache许可证还要求在软件的所有拷贝中保留原始的版权声明和许可声明，并提供对源代码控制的访问。
5. Mozilla公共许可证Mozilla公共许可证是一种主要应用于Mozilla项目的开源许可证。
它对于源代码的控制较为严格，要求在任何衍生作品中都必须以MPL许可证进行发布。
同时，MPL还规定了衍生作品需要开放源代码，并明确指出版权和许可证。
列举常见的开源协议简述其许可证的规则
列举常见的开源协议简述其许可证的规则常见的开源协议有GNU通用公共许可证（GPL）、BSD许可证、MIT许可证、Apache许可证等。
接下来我将对这些协议进行逐一介绍，并简述其许可证规则。
1.GNU通用公共许可证（GPL）：GPL是一种针对自由软件的开源协议。
它强调在使用、复制、修改和分发软件时的自由。
根据GPL许可证规则，任何使用GPL软件的个人或组织都必须将其修改后的软件以同样的GPL许可证分发。
这意味着如果您使用了GPL许可证的软件而进行了修改，您必须对修改后的软件提供源代码，并允许其他人以任意方式使用、复制、修改和分发。
不允许将GPL软件与非自由软件结合使用。
2.BSD许可证：BSD许可证是一种相对宽松的许可证，允许用户以自由的方式使用、复制、修改和分发软件。
相比于GPL许可证，BSD许可证较少对软件的使用做限制，用户可以将BSD许可证软件与非自由软件结合。
BSD许可证规则要求在分发软件时必须包含原始的许可证和版权声明。
3.MIT许可证：MIT许可证也是一种宽松的开源许可证。
与BSD许可证类似，MIT许可证允许用户自由使用、复制、修改和分发软件，同时也允许将软件与非自由软件结合。
MIT许可证规则要求在分发软件时必须包含原始的许可证和版权声明。
4. Apache许可证：Apache许可证是一种被广泛使用的开源许可证，适用于多种类型的软件。
Apache许可证允许用户自由使用、复制、修改和分发软件，同时也允许将软件与非自由软件结合。
与BSD和MIT许可证类似，Apache许可证要求在分发软件时必须包含原始的许可证和版权声明。
需要注意的是，以上介绍的仅是常见的开源协议之一，实际上还有许多其他开源协议，每个协议都有其独特的许可证规则。
选择适合自己项目的开源协议时，需要仔细研究和理解相应的许可证规则，并确保符合规范进行软件的使用、复制、修改和分发。
几种常见开源版权的资料
几种常见开源版权的资料 现今存在的开源协议很多，而经过Open Source Initiative组织通过批准的开源协议目前有58种（）。
我们在常见的开源协议如BSD、GPL、LGPL、MIT等都是OSI批准的协议。
这里我们来看五种常用的开源协议及它们的适用范围，供大家参考。
BSDBSD开源协议（original B SD license、FreeBSD license、Original BSD license）BSD开源协议是一个给予使用者很大自由的协议。
基本上使用者可以“为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
但“为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD 协议。
如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。
BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。
而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。
Apache LicenceApache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）Apache Licence是著名的非盈利开源组织Apache采用的协议。
该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。
开源协议的具体条款
开源协议的具体条款
开源协议是指一类软件授权协议，它允许其他人查阅、使用、修改、复制源代码、以及根据源代码创建的派生作品，而不需要经过原作者的特别授权。
此类协议通常是基于版权法律的，因此这些条款都非常重要，下面是具体的开源协议条款：
1. BSD协议
BSD协议有三种不同类型的条款：BSD-2，BSD-3和原始版本。
通常情况下，人们使用的是BSD-3条款，因为它对使用者的限制较少。
- 条件：必须包含版权声明和许可声明。
- 限制：无，使用者可以自由地使用、复制、修改和再分发代码。
2. GPL协议
GPL协议有两个版本：GPLv2和GPLv3。
GPLv3版本比早期版本更严格，它要求所有的派生作品都必须采用GPLv3发布。
- 条件：所有的派生作品必须使用GPL协议发布，并且包含相应的版权和执照信息。
- 限制：不允许闭源派生产品。
3. Apache协议
Apache协议的重点在于保护原作者的知识产权，以及保证使用者的免责和免责条款。
- 限制：对于使用者来说，没有具体的限制。
对于开发人员来说，必须声明他们所做的任何更改，以及在捐赠代码时必须遵守特定的规定。
4. MIT协议
MIT协议是一种非常宽松的开源许可协议，允许源代码和二进制代码被自由使用、修改和分发，而且无需要局限于特定的许可协议。
总体来说，无论使用哪种开源协议，都需要注意条款和限制条件。
开源协议的最终目标是保护原作者和使用者的利益，以便鼓励更多的合作和创新。
APL GPL等协议
许可协议BSD GPL MPL LGPL APL、MIT开源许可协议很多，这里说说他们的区别，以及使用相关代码需要考虑的协议约束。
、开源软件的授权许可都是基于开源许可协议的，常见的开源许可协议有GPL、LGPL、APL、BSD、MIT、Mozilla Public License、Creative Commons、Eclipse Public License 1.0等。
它们之前有很多相同的地方，也有很多不同的地方，本文将分析一下这些协议之间的区别。
GPL（GNU General Public License），使用源软件的类库引用（源代码）、改变（修改了源代码）的新软件，也必须采用GPL进行授权。
就是说，只要使用了GPL开源软件的源代码或拿它的源代码进行了修改而编写的新的软件，也必须加入到GPL的阵营。
很明显，不能拿GPL 授权的开源东东来做商业软件。
这个协议有个好处，就是极大增加了使用GPL的软件的数量。
采用GPL授权的软件有：Linux、MySQL等。
LGPL（Lesser GPL），相比GPL的严格，LGPL要温和很多。
可以通过引用类库的方式（不是直接使用源代码）拿LGPL授权的东东来重新开发商业软件。
如果是要修改源代码，是相应的修改和衍生出来的代码都要使用LGPL开放源代码。
采用LGPL的软件有：JBoss、Hibernate、FCKeditor等。
APL（apache Licence vesion 2.0），适用于商业软件，允许修改代码后再发布（不用开放源代码）。
采用APL的软件有Hadoop、Apache HttpServer等。
BSD（Berkeley Software Distribution），这个协议的要求很宽松，允许他人修改和重新发布代码，可以在此基础上开发出商业软件进行销售。
所以，此协议适用于商业软件。
采用BSD 协议的软件最著名的有nginx。
MIT（Massachusetts Institute of Technology），又称X11协议。
各种开源协议说明
各种开源协议说明开源协议是一种法律许可证，它规定了开放源代码软件的使用和分发条件。
这些协议确保了源代码的访问权，并且允许开发者修改和重新分发软件。
在详细介绍几种常见的开源协议前，值得注意的是，任何组织或个人使用开源软件时都应仔细阅读和理解相关协议的条款。
下面，我将介绍几种常见的开源协议。
1. GNU通用公共许可证（GNU General Public License，GPL）：GPL是最常见的开源许可证之一，它要求任何以GPL许可的代码修改或衍生的代码也必须采用GPL许可证进行分发。
这使得GPL成为一种“传染性”许可证，因为它保护被许可软件的自由，并要求所有修改的代码都保持开源。
因此，如果一个开源项目使用了GPL许可证，该项目的整个代码库都必须遵循GPL许可证。
2.MIT许可证：3. Apache许可证：Apache许可证是一个比较灵活的开源许可证，它鼓励自由使用、修改和重新分发。
与MIT许可证不同的是，Apache许可证要求用户在修改的代码中包含原始许可证和版权声明。
此外，该许可证还规定了与软件相关的使用、专利权和商标权等方面的额外条款。
4.BSD许可证：5. Mozilla公共许可证（MPL）：MPL是一种兼容GPL和LGPL的开源许可证，它要求修改MPL软件的代码也必须采用MPL进行分发。
然而，MPL允许将MPL软件与其他许可证的代码进行组合和分发，只要相关组件保持独立。
MPL还规定了软件使用和分发方面的条款。
总的来说，开源协议以不同的形式和方式保障了开放源代码软件的自由和灵活性。
开发者可以根据自己的需求选择适合的开源许可证，以保护其软件的使用和分发权利。
然而，无论使用哪种开源许可证，都需要严格遵守相关协议的条款，以确保合法合规地使用和分发开源软件。
常见的开源协议
常见的开源协议开源协议甲方：（公司/个人名称）地址：（公司地址/个人地址）法定代表人/负责人：（姓名）联系方式：（电话/邮箱）乙方：（公司/个人名称）地址：（公司地址/个人地址）法定代表人/负责人：（姓名）联系方式：（电话/邮箱）双方身份甲方是（公司/个人名称）的所有者或授权管有该代码；乙方是使用该代码的用户。
权利甲方有权在遵守本协议的前提下授权乙方使用该代码；乙方有权使用该代码。
义务甲方必须保证该代码完全符合中国相关法律法规，并为代码质量负责；乙方必须遵守本协议的约定，并保证不侵犯相关法律法规及他人权益。
代码开放甲方授权乙方将该代码用于商业或非商业领域，但是乙方必须在此基础上保留原有版权和作者信息，禁止私自修改和传播。
履行方式甲方将该代码以开源形式发布于xxx 平台，乙方可自由下载使用，并在符合本协议的前提下进行修改。
期限该协议自双方签字之日起生效，有效期为永久。
违约责任若甲方违反本协议规定，乙方有权要求甲方承担相应的赔偿责任；若乙方违反本协议规定，甲方有权要求乙方承担相应的法律责任。
相关法律法规本协议遵守中华人民共和国的相关法律法规。
权利和义务双方有权相互要求对方履行本协议所规定的义务。
法律效力和可执行性本协议所规定的各项条款是符合中华人民共和国相关法律法规的，并具有律师的法律效力和可执行性。
其他如本协议中所未涉及的相关事项，双方应协商解决。
本协议一式两份，自双方签字盖章之日起生效。
甲方（签字/盖章）：乙方（签字/盖章）：日期：日期：。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
可以，必须开源、免费
修改后必须遵循LGPL协议 可以
中间件
Glassfish Spring Hibernate
MySql PostGreSql Ingres r3 MAX DB
GPL MIT CATOSL GPL 可以，必须在你的发行版里包含原 许可协议的声明 否
数据库
Firebird
MPL
可以
Eclipse 开发工具
类型
软件名称
开pache Licence
需要在被修改的文件中说明
Nginx
Postfix TMail Qmail James DixieMail CRSMail Tomcat
JBoss
BSD-like GPL GPL Apache Licence Free Free Apache License LGPL CDDL Apache License LGPL
需要
贡献者也不可以移除或变更任何包含在程序中 的版权声明。每个贡献者必须证明自己为贡献 的创始人，无论如何要以一种方式使后继接受 者能够适度地辨识出贡献的创始人。软件商业 发布者可能要接受某些关于最终用户、商业伙 伴等等的责任。当本许可证被用于程序的商业 目的的时候，那些包含了以商业产品形式提供 的程序的贡献者必须以一种方式确保不会对其 他贡献者造成潜在的赔偿责任。因此，如果一 个含有商业产品形式的程序的贡献者，这样的 贡献者（称“商业贡献者”）要同意保卫每一 个其他贡献者并
CDDL&GPL2.0 有版权 Apache License Apache License GNU GNU MPL GNU Apache License GNU Apache License GNU MIT Apache License Apache License Apache License Apache License Apache License Apache License GPL Apache License Apache License Apache License OpenLDAP BSD 否
修改后是否要开源 在延伸的代码中（修改和有源代 码衍生的代码中）需要带有原来 代码中的协议，商标，专利声明 和其他原来作者规定需要包含的 说明 必须开源、免费
基于此的软件是否需要开源 如果再发布的产品中包含一个Notice文件， 则在Notice文件中需要带有Apache Licence 。你可以在Notice中增加自己的许可，但不 可以表现为对Apache Licence构成更改 开源、免费
修改后必须遵循LGPL协议 不必将你的私有源文件共享
允许商业软件通过类库引用（link）方式使用 LGPL类库而不需要开源商业软件的代码 不需要
如果你在非开源项目使用（即软件不打算开放 源代码），且该软件用来销售，则需要向 mysql支付相应license费用 不需要，必须在你的发行版里包 不需要，只需保留版权 含原许可协议的声明 取得此授权的人可以查看Ingres r3数据库的 源代码，并免费下载该软件 MPL虽然要求对于经MPL许可 证发布的源代码的修改也要以 MPL许可证的方式再许可出来， 以保证其他人可以在MPL的条款 下共享源代码。但是，在MPL许 可证中对“发布”的定义是“以 MPL许可证第三条第7款中允许被许可人将经 源代码方式发布的文件”，这就 过MPL许可证获得的源代码同自己其他类型 意味着MPL允许一个企业在自己 的代码混合得到自己的软件程序。 已有的源代码库上加一个接口， 除了接口程序的源代码以MPL许 可证的形式对外许可外，源代码 库中的源代码就可以不用MPL许 可证的方式强制对外许可。
Eclipse
可以
Netbeans IntelliJ IDEA Community Edition Ant 构建工具 Maven JUnit 测试和缺陷管理 Bugfree Bugzilla CVS CSV SVN Git Log4J 日志系统 SLF4J JavaScript库 Jquery Apache Hadoop CDH HBase hive Zookeeper Impala 云计算 Fastdfs Nutch Lucene Solr Openldap Ganglia Keepalived