开源软件协议列表
几种常见的开源软件许可协议（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还规定了衍生作品需要开放源代码，并明确指出版权和许可证。
软件开源协议书
软件开源协议书甲方（开源软件提供方）：地址：法定代表人：联系方式：乙方（开源软件使用方）：地址：法定代表人：联系方式：鉴于甲方拥有一款软件产品（以下简称“软件”），并愿意将该软件以开源的形式提供给公众使用；乙方作为软件的使用者，愿意遵守甲方制定的开源协议。
根据《中华人民共和国合同法》及相关法律法规的规定，甲乙双方本着平等自愿、诚实信用的原则，经协商一致，就软件的开源使用事宜，达成如下协议：第一条软件定义本协议所指的“软件”是指甲方开发并提供的，具有一定功能的计算机程序及其相关文档资料，包括但不限于源代码、目标代码、用户手册、开发文档等。
第二条开源许可甲方同意按照本协议的条款和条件，将软件以开源的形式无偿提供给乙方使用。
乙方有权在遵守本协议的前提下，使用、复制、修改、分发、再许可和再分发软件。
第三条使用限制1. 乙方使用软件时，必须保留软件中的所有版权声明、商标声明、免责声明等法律声明。
2. 乙方不得删除、修改或隐藏软件中的任何版权、商标或其他法律声明。
3. 乙方不得将软件用于任何非法目的或违反本协议的行为。
第四条修改与分发1. 乙方有权对软件进行修改，并可以将其修改后的版本分发给他方，但必须同时遵守以下条件：a. 乙方必须在修改后的软件中明确标注修改的内容、修改者及修改日期。
b. 乙方必须在分发的软件中包含本协议的副本。
c. 若乙方将软件作为商业产品的一部分进行分发，必须获得甲方的书面同意。
2. 乙方在分发软件时，应确保接收方同样遵守本协议的条款。
第五条免责声明甲方提供软件“按原样”提供，不提供任何形式的保证，包括但不限于适销性、适用于特定目的的保证或不侵权的保证。
甲方不对因使用或无法使用软件而产生的任何直接、间接、附带的、特殊的或后果性的损害负责。
第六条知识产权1. 甲方保留软件的所有知识产权，包括但不限于版权、商标权、专利权等。
2. 乙方承认甲方对软件的知识产权，并同意不进行任何侵犯甲方知识产权的行为。
软件源代码授权协议
软件授权协议1. 引言软件授权协议是指当开发者将软件的提供给他人时，规定了其他人可以使用该的条件和限制的协议。
授权协议在保护开发者的权益的同时，也为使用者提供了一定的权利和限制。
在选择授权协议时，开发者需要考虑自己的需求以及对开源社区的贡献。
下面将介绍一些常见的软件授权协议。
2. GPL（GNU General Public License）GPL是一种非常流行的开源软件授权协议，通过该协议授权的软件可以在自由和开放的条件下被复制、修改、发布和分发。
该协议要求任何使用、修改或分发该软件的人都必须将其作品以相同的授权协议继续发布。
GPL协议注重保护用户的自由，确保使用者可以自由地获取和修改软件的。
然而，使用GPL协议发布软件的开发者需要注意，任何使用和分发该软件的人都需要遵守该协议，并且将其作品以相同的开源方式继续发布。
3. MIT许可证（MIT License）MIT许可证是一种非常宽松的开源软件授权协议，允许其他人以任何方式使用、复制、修改、合并、发布、分发、销售该软件的副本。
MIT许可证允许更灵活的使用方式，使用者可以将该软件用于商业用途，而无需公开其修改的代码。
MIT许可证不要求其他人将其修改后的代码以相同方式继续发布，这使得MIT许可证成为了很多开源项目的首选授权协议之一。
4. Apache许可证（Apache License）Apache许可证是一种自由软件许可证，以Apache软件基金会命名，广泛应用于Java开发领域。
该协议允许其他人自由使用、修改和分发软件的，但要求在分发时附上原始协议和版权声明。
Apache许可证着重于确保软件的真实来源和使用者的权益，同时也促进了开发者和用户之间的合作和贡献。
5. BSD许可证（BSD License）BSD许可证是一种常见的开源软件授权协议之一。
该协议允许其他人自由使用、修改和分发软件的，无论是商业用途还是非商业用途。
与其他许可证类似，BSD许可证也要求在分发时附上原始协议和版权声明。
列举常见的开源协议简述其许可证的规则
列举常见的开源协议简述其许可证的规则常见的开源协议有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许可证要求在分发软件时必须包含原始的许可证和版权声明。
需要注意的是，以上介绍的仅是常见的开源协议之一，实际上还有许多其他开源协议，每个协议都有其独特的许可证规则。
选择适合自己项目的开源协议时，需要仔细研究和理解相应的许可证规则，并确保符合规范进行软件的使用、复制、修改和分发。
使用开源工具合作协议模板
甲方：（以下简称“甲方”）乙方：（以下简称“乙方”）鉴于甲方需要使用乙方提供的开源工具，双方本着平等、自愿、互利的原则，经友好协商，达成如下协议：一、定义1. 开源工具：指乙方根据其自主研发或获取的授权，提供的可用于商业或非商业目的的软件、代码、文档等资源。
2. 协议期限：本协议自双方签字（或盖章）之日起生效，有效期为____年。
二、权利与义务1. 甲方权利与义务：（1）甲方有权在协议期限内免费使用乙方提供的开源工具。
（2）甲方在使用开源工具过程中，应遵守相关法律法规，不得侵犯乙方或其他第三方的合法权益。
（3）甲方不得对开源工具进行逆向工程、反向编译或解密。
（4）甲方不得将开源工具用于任何违法活动。
2. 乙方权利与义务：（1）乙方保证开源工具不侵犯任何第三方的知识产权。
（2）乙方应保证开源工具的稳定性和安全性，在甲方使用过程中提供必要的支持和服务。
（3）乙方有权对开源工具进行升级、更新，并提前通知甲方。
（4）乙方有权终止本协议，但应提前____天通知甲方。
三、保密1. 双方对本协议内容以及在使用开源工具过程中知悉的对方商业秘密负有保密义务，未经对方同意，不得向任何第三方泄露。
2. 本保密条款在本协议终止后仍然有效。
四、知识产权1. 开源工具的知识产权归乙方所有，甲方仅获得在协议期限内使用开源工具的权利。
2. 甲方在使用开源工具过程中产生的任何成果，均归甲方所有。
五、违约责任1. 若甲方违反本协议约定，乙方有权要求甲方停止侵权行为，并承担相应的法律责任。
2. 若乙方违反本协议约定，导致甲方遭受损失的，乙方应承担相应的赔偿责任。
六、争议解决1. 双方在履行本协议过程中发生争议，应友好协商解决。
2. 若协商不成，任何一方均可向乙方所在地人民法院提起诉讼。
七、其他1. 本协议未尽事宜，双方可另行协商补充。
2. 本协议一式两份，双方各执一份，具有同等法律效力。
甲方（盖章）：________乙方（盖章）：________代表人（签字）：________代表人（签字）：________签订日期：____年____月____日。
开源软件开发合同书
开源软件开发合同书根据《开源软件开发合同书》甲方：（以下简称甲方）地址：法定代表人：电话：邮箱：乙方：（以下简称乙方）地址：法定代表人：电话：邮箱：鉴于甲方拥有软件开发方面的技术和经验，乙方希望委托甲方进行开源软件的开发工作，双方达成如下协议：第一条项目内容1.1 乙方委托甲方进行指定的开源软件开发工作，具体内容为（详细描述项目内容）。
第二条工作时间2.1 甲方应当按照双方约定的工作时间和工作进度完成软件开发任务。
2.2 乙方有权对甲方的工作时间和进度进行监督和检查。
第三条技术支持3.1 甲方应当为乙方提供软件开发过程中的技术支持和解决技术问题。
第四条费用4.1 乙方应当按照双方协商的费用标准支付软件开发费用。
4.2 费用支付方式为（具体支付方式）。
第五条保密义务5.1 甲方应当对乙方提供的所有资料和信息进行保密，不得向第三方透露。
5.2 本合同终止后，双方仍应当继续保守与本合同相关的商业秘密。
第六条知识产权6.1 开发的软件的知识产权归乙方所有，甲方不得以任何形式侵犯乙方的知识产权。
6.2 甲方在软件开发过程中的技术成果归甲方所有，乙方不得擅自使用。
第七条合同终止7.1 双方一致同意解除合同的，应当书面协商并签署解约协议。
7.2 在未达成解约协议前，双方应当履行本合同的所有义务。
第八条争议解决8.1 本合同的履行和解释均适用中华人民共和国法律。
8.2 若因本合同引起的任何争议，双方应当友好协商解决；协商不成的，应当提交至有管辖权的人民法院诉讼解决。
甲方：乙方：签字：签字：日期：日期：。
五种常见软件开源协议介绍-GPL、LGPL、BSD、Apache、MIT
2、LGPLLGPL是GPL的一个为主要为类库使用设计的开源协议。
LGPL允许商业软件通过类库引用（link）方式使用LGPL类库而不需要开源商业软件的代码。
因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
3、BSDBSD开源协议是一个给于使用者很大自由的协议。
基本上使用者可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
当使用了BSD协议的代码，或者以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
因此，很多公司企业在选择开源软件的时候都首选BSD协议，因为可以完全控制这些第三方的代码，而且在必要的时候可以进行修改或者二次开发。
4、Apache LicenseApache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）Apache Licence是著名的非盈利开源组织Apache采用的协议。
该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。
需要满足的条件也和BSD类似：需要给代码的用户一份Apache Licence如果你修改了代码，需要再被修改的文件中说明。
在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Notice 文件，
则在 Notice 文件中需要带有
Apache Licence
。你可以在 Notice 中增加自己的许可，但不
可以表现为对
Apache Licence
构成更改
必须开源、免费
开源、免费
修改后必须遵循
LGPL 协议
不必将你的私有源文件共享
允许商业软件通过类库引用（
link
LGPL 类库而不需要开源商业软件的代码
LGPL 协议
可以，必须在你的发行版里包含原 许可协议的声明
否
Firebird
MPL
可以
开发工具
Eclipse
Eclipse
可以
Netbeans
CDDL&GPL2.0
IntelliJ IDEA Community
有版权
否
Edition
构建工具
Ant Maven
Apache License Apache License
MPL 许可
证发布的源代码的修改也要以
MPL 许可证的方式再许可出
来，以保证其他人可以在
MPL
的条款下共享源代码。但是，在
MPL 许可证中对“发布”的定
MPL 许可证第三条第
7 款中允许被许可人将经
义是“以源代码方式发布的文件
过 MPL许可证获得的源代码同自己其他类型
”，这就意味着
MPL允许一个 的代码混合得到自己的软件程序。
JUnit
GNU
测试和缺陷管理 Bugfree
GNU
Bugzilla
MPL
CVS
GNU
CSV
SVN
Apache License
Git
GNU
日志系统 JavaScriptLogJ SLF4J 库Jquery
Apache License GNU MIT
Apache Hadoop
Apache License
不需要
）方式使用
不需要，必须在你的发行版里包 含原许可协议的声明
如果你在非开源项目使用（即软件不打算开 放源代码），且该软件用来销售，则需要向 mysql 支付相应 license 费用
不需要，只需保留版权
取得此授权的人可以查看 源代码，并免费下载该软件
Ingres r3
数据库的
MPL 虽然要求对于经
数据库
Apache Licence
BSD-like GPL GPL
Apache Licence Free Free Apache License LGPL CDDL Apache License LGPL
GPL
MIT
CATOSL GPL
需要在被修改的文件中说明 可以，必须开源、免费
修改后必须遵循 可以
Solr
Apache License
Openldap
OpenLDAP
Ganglia
BSD
Keepalived
修改后是否要开源
基于此的软件是否需要开源
在延伸的代码中（修改和有源代 码衍生的代码中）需要带有原来 代码中的协议，商标，专利声明 和其他原来作者规定需要包含的 说明
如果再发布的产品中包含一个
CDH
Apache License
HBase
Apache License
hive
Apache License
Zookeeper
Apache License
云计算
Impala Fastdfs
Apache License GPL
Nutch
Apache License
Lucene
Apache License
类型
软件名称
开源协议
是否可以修改
WWW服务
Apache
Email 中间件
Nginx Postfix TMail Qmail James DixieMail CRSMail Tomcat
JBoss
Glassfish Spring Hibernate
MySql
PostGreSql Ingres r3 MAX DB
企业在自己已有的源代码库上加
一个接口，除了接口程序的源代
码以 MPL许可证的形式对外许
可外，源代码库中的源代码就可
以不用 MPL许可证的方式强制
需要
贡献者也不可以移除或变更任何包含在程序 中的版权声明。每个贡献者必须证明自己为 贡献的创始人，无论如何要以一种方式使后 继接受者能够适度地辨识出贡献的创始人。 软件商业发布者可能要接受某些关于最终用 户、商业伙伴等等的责任。当本许可证被用 于程序的商业目的的时候，那些包含了以商 业产品形式提供的程序的贡献者必须以一种 方式确保不会对其他贡献者造成潜在的赔偿 责任。因此，如果一个含有商业产品形式的 程序的贡献者，这样的贡献者（称“商业贡 献者”）要同意保卫每一个其他贡献者并