开源软件协议列表
几种常见的开源软件许可协议（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. 乙方承认甲方对软件的知识产权，并同意不进行任何侵犯甲方知识产权的行为。
列举常见的开源协议简述其许可证的规则
列举常见的开源协议简述其许可证的规则常见的开源协议有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. 本协议一式两份，双方各执一份，具有同等法律效力。
甲方（盖章）：________乙方（盖章）：________代表人（签字）：________代表人（签字）：________签订日期：____年____月____日。
五种常见软件开源协议介绍-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。
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还规定了软件使用和分发方面的条款。
总的来说，开源协议以不同的形式和方式保障了开放源代码软件的自由和灵活性。
开发者可以根据自己的需求选择适合的开源许可证，以保护其软件的使用和分发权利。
然而，无论使用哪种开源许可证，都需要严格遵守相关协议的条款，以确保合法合规地使用和分发开源软件。
常用的开源协议
以下是一些常用的开源协议：1. GNU通用公共许可证（GNU General Public License，GPL）：这是最广泛使用的开源许可证之一，它明确规定了用户对软件的自由使用、修改和传播的权利，同时要求任何基于该软件的衍生作品也必须遵循相同的开源条款。
2. MIT许可证（MIT License）：这是一种简洁而灵活的开源许可证，允许用户自由地使用、复制、修改、合并、发布和再授权软件。
它较为宽松，仅要求在软件的所有副本中包含版权声明和许可声明。
3. Apache许可证（Apache License）：这是Apache软件基金会所采用的开源许可证，允许用户在保持原始许可证条件下自由使用、修改、分发和销售软件。
与GPL 相比，Apache许可证更加商业友好。
4. BSD许可证（BSD License）：这是一系列类似的开源许可证，如BSD 2-Clause License和BSD 3-Clause License 等。
BSD许可证相对宽松，允许用户自由使用、修改和分发软件，同时要求在衍生作品中保留原始许可证和版权声明。
5. Mozilla公共许可证（Mozilla Public License，MPL）：这是由Mozilla基金会创建的一种开源许可证，主要用于保护Mozilla Firefox等开源软件。
它要求使用、修改和分发软件的衍生作品时必须遵循相同的许可证。
6. Eclipse公共许可证（Eclipse Public License，EPL）：这是Eclipse基金会采用的一种开源许可证，允许用户使用、修改和分发软件，同时对于衍生作品也有特定的规定。
请注意，每种许可证都有其独特的条款和限制，因此在选择和使用开源软件时应仔细阅读和理解相关许可证的内容，并根据项目需求进行选择。
此外，由于法律和许可证可能会随时间而变化，请在使用开源软件前查阅最新的许可证版本和法律条文。
开源许可协议
开源许可协议协议名称：开源许可协议一、引言本开源许可协议（以下简称“本协议”）旨在确保开源软件的自由使用、修改和分发，并保护原作者的权益。
本协议适用于任何使用、修改和分发开源软件的个人或组织。
在遵守本协议的前提下，任何人都可以自由地使用开源软件。
二、定义1. 开源软件：指根据本协议发布的软件，其源代码对任何人开放，并允许他人使用、修改和分发。
2. 贡献者：指对开源软件作出贡献的个人或组织。
3. 衍生作品：指基于开源软件进行修改和衍生的作品。
三、许可授权1. 授予许可：贡献者通过本协议授予使用、修改和分发开源软件的权利。
2. 条件限制：在使用、修改和分发开源软件时，必须遵守以下条件：a. 保留版权声明：在任何衍生作品中，必须保留原始版权声明和许可声明。
b. 源代码开放：在分发开源软件或衍生作品时，必须提供源代码，并允许他人自由获取、使用、修改和分发。
c. 修改说明：在对开源软件进行修改时，必须清楚地标明修改的内容，并提供修改的原因和目的。
d. 不歧视：禁止以种族、性别、宗教、国籍等因素限制对开源软件的使用、修改和分发。
e. 不担保：开源软件按“现状”提供，不提供任何明示或暗示的担保或保证。
f. 免责声明：贡献者不承担因使用、修改和分发开源软件而产生的任何直接或间接损失或责任。
四、许可变更1. 修改协议：贡献者有权根据需要修改本协议，并发布新版本。
2. 适用版本：使用、修改和分发开源软件的个人或组织可以选择适用本协议的特定版本，但一旦选择，必须遵守该版本的所有条款和条件。
五、违约与终止1. 违约行为：如有违反本协议的行为，贡献者有权终止违约方的许可。
2. 终止效果：一旦许可终止，违约方必须停止使用、修改和分发开源软件，并删除所有已制作的衍生作品。
六、争议解决1. 协商解决：对于因本协议引起的争议，双方应通过友好协商解决。
2. 法律适用：本协议受中华人民共和国法律管辖。
七、附则1. 效力范围：本协议适用于全球范围内的开源软件。
开源软件协议 软件服务协议(汇总6篇)
开源软件协议软件服务协议(汇总6篇)开源软件协议篇一甲方：乙方：甲乙双方经友好协商，甲方决定向乙方购买“_______餐饮_______系统软件”及其配套产品，乙方负责为甲方部署本系统，根据《中华人民共和国民法典》及其他法律法规签订本合同，并由双方共同恪守。
条款如下：第一条合同履行条件及部署准备1、经甲乙双方协商，合同自签订起即生效。
合同生效后，乙方将于_______年___月___日开始在甲方现场部署相应产品。
2、如因甲方工程进度等原因造成乙方现场安装时间变动，甲方应至少提前_______日，以书面形式(含邮件、传真)通知乙方，合同中规定的安装时间做相应调整。
3、部署系统前，甲方有责任配合乙方，确定设备在甲方现场的部署位置，以双方确认的《项目部署表》为最终依据。
4、乙方系统安装实施过程中，甲方有责任保障现场电力、网络等配套设备正常运转，如需改动《项目部署表》中的相关事项，必须事先通知乙方。
5、如在合同履行期间，甲方提出硬件设备方面的增删、变更或其他修改，以双方签字确认的《设备变更表》为最终依据，合同金额也做相应调整。
6、如在合同履行期间，甲方对软件产品提出功能修改、增补或新的开发需求，须由双方共同签订《需求确认表》，合同金额也做相应调整。
第二条服务及培训1、乙方在系统部署实施后，对甲方相关人员进行一次全面、集中地产品培训，培训以双方签订的《培训计划书》为依据，双方均有义务遵照《培训计划书》进行相关培训。
2、乙方为甲方提供一年内免费维护和技术支持服务，一年免费售后期自双方签署《盯场记录》时间开始计算。
(2)甲方人员故意或因工作疏忽而引起的产品意外损毁;(4)甲方人员在未予书面(含邮件、传真)知会或咨询乙方人员的情况下，邀请第三方人员对产品、设备进行的维护、调整、改动而引起的故障损失。
4、在免费售后期内，乙方一共可向甲方免费提供两次全面、集中地产品培训(包括系统部署实施完成后的一次)。
超出两次免费培训后，如甲方因营业原因需要乙方提供产品培训服务，应按与乙方共同签订《培训计划书》进行安排，并以——元/次价格向乙方支付培训费用。
python开源协议的种类
python开源协议的种类Python是一种高级编程语言，被广泛应用于软件开发和数据分析。
作为一种开源语言，Python采用了开源协议来规定其使用和分发的条件。
开源协议可以让开发者自由地使用、修改、分发和共享Python的代码。
本文将介绍几种常见的Python开源协议。
首先，我们来介绍最常见的Python开源协议之一——GNU通用公共许可证（GNU General Public License，GPL）。
GPL是由自由软件基金会（Free Software Foundation）创建的一种开源协议，其目的是保护软件的自由性。
根据GPL协议，任何使用或修改了GPL许可的软件的个人或组织，都必须将其源代码公开，并且继续使用GPL许可。
这个特点使得GPL协议在保护开源软件自由的同时，也限制了商业化的可能性。
另一种常见的Python开源协议是MIT许可证（MIT License）。
MIT许可证是一种宽松的开源协议，允许使用者自由地使用、修改和分发软件，只要在源代码和衍生工作中包含原始许可证和版权声明。
与GPL不同，MIT许可证没有对使用软件的其他软件做出限制，因此可以更灵活地与商业软件集成。
还有一种常见的Python开源协议是Apache许可证（Apache License）。
Apache许可证是一种类似于MIT许可证的开源协议，同样允许使用者自由地使用、修改和分发软件，只要在源代码和衍生工作中包含原始许可证和版权声明。
与MIT许可证不同的是，Apache许可证还对专利授权和商标使用做出了一些规定，以保护软件的知识产权。
此外，还有一些其他的开源协议，如BSD许可证、Mozilla公共许可证等。
这些协议各有特点，有些相对较为严格，有些相对较为灵活。
开发者可以根据自己的需求和偏好选择适合自己的开源协议。
总之，Python作为一种开源语言，采用了多种开源协议来保护和规定其使用和分发的条件。
开发者可以根据自己的需求和偏好选择适合自己的开源协议，既保护了软件的自由性，又兼顾了商业化的可能性。
开源软件授权协议详解(GPLMPLLGPLB
开源运动同样有自己的游戏规则和道德准则。
不遵行这些规则不但损害开源运动的健康发展，也会对违规者造成名誉和市场上的损失，更可能陷入法律纠纷和赔偿。
现今存在的开源协议很多，而经过Open Sourcel ni tiative组织通过批准的开源协议目前有58 种。
我们在常见的开源协议如BSD,GPL,LGPL,M等都是OSI批准的协议。
如果要开源自己的代码，最好也是选择这些被批准的开源协议。
强开源约束授权GPL(GNU General Public Licens)e 我们很熟悉的Linux 就是采用了GPL。
GPL协议和BSD Ap ache Lice nee等鼓励代码重用的许可很不一样。
GPL的出发点是代码的开源/使用和引用/修改/衍生代码的开源/使用, 但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。
这也就是为什么我们能用的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的软件了。
GPL协议的主要内容是只要在一个软件中使用(使用”指类库引用，修改后的代码或者衍生代码)GPL协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和。
这就是所谓的”传染性”。
GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受的优势。
由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL 协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。
其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。
弱开源约束授权MPL License（Mozilla PublicLicense允许重发布、修改, 但要求修改后的代码版权归软件的发起者。
这种授权维护了商业软件的利益，，它要求基于这种软件的修改无偿贡献版权给该软件。
这样，围绕该软件的所有代码得版权都集中在发起开发人得手中。
但MPL 是允许修改，无偿使用的。
开源软件以及gpl协议
开源软件以及gpl协议开源软件以及GPL协议甲方：（以下简称“开发者”）姓名/企业名称：联系地址：联系电话：乙方：（以下简称“使用者”）姓名/企业名称：联系地址：联系电话：鉴于，甲方拥有一款开源软件，该软件系基于GPL协议发布，并已在相应网站上公示了代码、文档以及其他相关资源。
为了明确甲乙双方在使用该软件时的权利和义务，根据相关法律法规，甲乙双方在平等自愿的基础上达成以下协议：第一条定义1.1 开源软件：指由甲方独立开发的并基于GPL协议发布的软件，具体特征请详见相关文档和代码。
1.2 GPL协议：指GNU通用公共许可证的简称，是一种保障自由软件（Free Software）自由流通的协议。
第二条甲方义务2.1 甲方保证开源软件的合法性以及在GPL协议下的合法发布和授权。
2.2 甲方保证开源软件的代码、文档、资源等全部公开，不得在未经授权的情况下单方面收回。
2.3 甲方保证开源软件的技术支持并确保其正常运作。
第三条乙方义务3.1 乙方保证在遵守GPL协议的前提下使用开源软件，不得以非法手段拷贝或传播该软件。
3.2 乙方保证不得将开源软件用于非法、不道德或与公序良俗相悖的活动。
3.3 乙方保证不得对开源软件进行反向工程、反编译或者试图对其进行修改、破解等非法行为。
第四条法律效力和可执行性4.1 本协议的任何条款均应符合中国法律法规的相关规定，不得违反国家法律法规的规定。
4.2 本协议各项条款的具体内容应当根据中国法律法规的规定进行解释和执行。
第五条违约责任5.1 如果乙方违反本协议中的任何一项规定，甲方有权解除本协议并要求乙方承担相应的违约责任。
5.2 如甲方违反本协议中的任何一项规定，乙方有权解除本协议并要求甲方承担相应的违约责任。
第六条协议的变更和解除6.1 协议的变更和解除应经甲乙双方协商并达成书面一致意见。
6.2 协议的解除不影响双方因协议履行所产生的权利义务，协议的终止后甲方仍然保留依法追究乙方违约责任的权利。
常见的几种开源协议
常见的⼏种开源协议在学习中经常能看到⼀些词，例如：GPL，LGPL等等，⾃打上学那会就遇见过，对它们的具体含义却不了解，今天给它们总结⼀下。
说到开源协议，不得不提GNU。
课本上给的定义是“GNU is Not Unix”，这是官⽅给出的递归定义，永远也找不到本意，我们可以将它理解为⼀个⾃由软件⼯程项⽬或者⼀种计划，是由Richard Stallman在1983年9⽉27公开发起的，它的⽬标是创建⼀套完全⾃由、开放的操作系统。
1985年10⽉Richard Stallman创⽴了⾃由软件基⾦会（Free Software Foundation ，FSF），其主要⼯作是执⾏GNU计划。
为了保证GNU软件可以⾃由的“使⽤、复制、修改、发布”，同样也禁⽌部分⼈在GNU软件的基础上⾃⼰修改并发布的软件中添加任何限制他⼈⾃由使⽤的条款，在这个情况下就诞⽣了GNU的许可条款，再后来⼜产⽣了其他的（⾮GNU）许可条款，统称为开源许可协议。
这⾥列举了最常⽤的⼏种开源协议：GPL （GNU General Public License）：GNU通⽤公共许可协议LGPL （GNU Lesser General Public License）：GNU宽通⽤公共许可协议BSD (Berkeley Software Distribution) :伯克利软件分发许可协议MIT （Massachusetts Institute of Technology）：MIT许可协议之名源⾃⿇省理⼯学院，⼜称“X许可协议”或“X11许可协议”Apache （Apache License）：Apache许可协议MPL （Mozilla Public License）：Mozilla公共许可协议1.GPLGNU通⽤公共许可协议是⼀个被⼴泛使⽤的⾃由软件许可协议条款，GPL 保证了所有开发者的权利，同时为使⽤者提供了⾜够的复制，分发，修改的权利：可⾃由复制你可以将软件复制到你的电脑，你客户的电脑，或者任何地⽅。
(完整)各种开源协议说明(License)
各种开源协议说明许多开发者和设计者希望把他们的作品作为开源项目共享，他们希望其他人能够利用和共享他们的代码。
而各种开源社区就是因为这个原因而充满活力。
开源软件可以用于你能想象得到的任何应用程序，许多web设计人员使用开源软件作为开发基础（例如WordPress，Drupal等等许多CMS系统都是开源的）。
但是许多开发者和设计者并没有对开源License有清楚的了解，不清楚当他们选择开发自己的源代码时，他们有什么权利。
如果不知道明确的License的内容，他们就不知道如何做出最明智的选择，如何做对他们最有利。
对于中国的开发者来说，因为中国发达的盗版文化，泛滥的盗版软件，大部分人恐怕都完全没有License或者版权这个概念，都是奉行拿来主义。
如果我们一直都是这样的话，中国软件何来进步。
所以对于国内的开发者来说，第一课就是应该学习如何使用和遵守License。
什么是License许多混乱就始于你不知道License到底是什么，到底有什么含义。
当你对你的产品使用License时，并不意味着你放弃了任何权利，你依然对其拥有原著作权。
License只是授予他们于特定权利来使用你的产品。
License只是把你的作品释放到公有领域，或者给各个拷贝赋予权限。
也意味着你放弃了版权收入，别人也没有义务把你列为原作者或贡献者。
开放源代码许可协议更容易为他人作出贡献，而不必寻求特别的许可。
它也可以保护你作为原创者的权利，至少确认了你的贡献。
它还可以保证你的工作不为别人所剽窃。
GNU General Public LicenseGNU General Public License （GPL）的可能是开源项目最常用的许可证。
GPL赋予和保证了开源项目开发者广泛的权利。
基本上，它允许用户合法复制，分发和修改软件。
这意味着你可以：•复制软件复制软件到自己的服务器，客户端的服务器，你自己的电脑，几乎任何你想要的地方，而且没有数量限制。
五种开源协议书
五种开源协议书甲方（版权持有者）：________________________地址：______________________________________联系方式：__________________________________乙方（使用者/贡献者）：____________________地址：______________________________________联系方式：__________________________________鉴于甲方是以下开源软件的版权持有者，乙方希望使用或贡献该开源软件，甲乙双方本着平等自愿、诚实信用的原则，经协商一致，就开源软件的使用和贡献事宜达成如下协议：第一条定义1.1 开源软件：指甲方拥有或控制的，以开源许可证形式发布的软件。
1.2 开源许可证：指甲方选择的，用于规范乙方使用和贡献开源软件的法律文件。
1.3 贡献：指乙方对开源软件进行的修改、增强、翻译、注释或其他形式的创造性工作。
第二条开源许可证的选择2.1 甲方选择以下开源许可证之一，用于规范乙方的使用和贡献行为： - MIT许可证- Apache许可证2.0- GNU通用公共许可证（GPL）版本3- BSD许可证- Mozilla公共许可证2.0第三条权利与义务3.1 甲方的权利与义务：3.1.1 甲方保证其对开源软件拥有合法的版权或相应的授权。
3.1.2 甲方有权根据开源许可证的规定，对乙方的使用和贡献行为进行监督和管理。
3.2 乙方的权利与义务：3.2.1 乙方有权根据本协议和开源许可证的规定，使用和贡献开源软件。
3.2.2 乙方在使用和贡献开源软件时，应遵守开源许可证的规定，不得侵犯甲方或第三方的合法权益。
第四条贡献的提交与处理4.1 乙方提交的贡献应符合甲方设定的格式和标准。
4.2 甲方有权决定是否接受乙方的贡献，并在必要时要求乙方进行修改。
第五条知识产权5.1 乙方贡献的知识产权归甲方所有，除非开源许可证有其他规定。
五种开源协议的比较(BSD, Apache, GPL, LGPL, MIT)
五种开源协议的比较（BSD, Apache, GPL, LGPL, MIT）2010-03-22 11:31当 Adobe、Microsoft、Sun 等一系列巨头开始表现出对”开源”的青睐时，”开源”的时代即将到来！现今存在的开源协议很多，而经过 Open Source Initiative 组织通过批准的开源协议目前有 58 种（/licenses/alphabetical）。
我们在常见的开源协议如 BSD, GPL, LGPL, MIT 等都是 OSI 批准的协议。
如果要开源自己的代码，最好也是选择这些被批准的开源协议。
这里我们来看四种最常用的开源协议及它们的适用范围，供那些准备开源或者使用开源产品的开发人员/厂家参考。
BSD 开源协议（original BSD license、FreeBSD license、Original BSD license）BSD 开源协议是一个给于使用者很大自由的协议。
基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
但”为所欲为”的前提当你发布使用了 BSD 协议的代码，或则以 BSD 协议代码为基础做二次开发自己的产品时，需要满足三个条件：1.如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD 协议。
2.如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的 BSD 协议。
3.不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。
BSD 由于允许使用者修改和重新发布代码，也允许使用或在 BSD 代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。
而很多的公司企业在选用开源产品的时候都首选BSD 协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。
Apache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）Apache Licence 是著名的非盈利开源组织 Apache 采用的协议。
开源软件开发合同书
开源软件开发合同书根据《开源软件开发合同书》甲方：（以下简称甲方）地址：法定代表人：电话：邮箱：乙方：（以下简称乙方）地址：法定代表人：电话：邮箱：鉴于甲方拥有软件开发方面的技术和经验，乙方希望委托甲方进行开源软件的开发工作，双方达成如下协议：第一条项目内容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 若因本合同引起的任何争议，双方应当友好协商解决；协商不成的，应当提交至有管辖权的人民法院诉讼解决。
甲方：乙方：签字：签字：日期：日期：。
软件源代码授权协议
软件授权协议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许可证也要求在分发时附上原始协议和版权声明。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
修改后必须遵循LGPL协议 不必将你的私有源文件共享
允许商业软件通过类库引用（link）方式使用 LGPL类库而不需要开源商业软件的代码 不需要
如果你在非开源项目使用（即软件不打算开 放源代码），且该软件用来销售，则需要向 mysql支付相应license费用 不需要，必须在你的发行版里包 不需要，只需保留版权 含原许可协议的声明 取得此授权的人可以查看Ingres r3数据库的 源代码，并免费下载该软件 MPL虽然要求对于经MPL许可 证发布的源代码的修改也要以 MPL许可证的方式再许可出 来，以保证其他人可以在MPL 的条款下共享源代码。但是，在 MPL许可证中对“发布”的定 MPL许可证第三条第7款中允许被许可人将经 义是“以源代码方式发布的文件 过MPL许可证获得的源代码同自己其他类型 ”，这就意味着MPL允许一个 的代码混合得到自己的软件程序。 企业在自己已有的源代码库上加 一个接口，除了接口程序的源代 码以MPL许可证的形式对外许 可外，源代码库中的源代码就可 以不用MPL许可证的方式强制
数据库FirebirdFra bibliotekMPL
可以
Eclipse 开发工具
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
可以，必须开源、免费
James DixieMail CRSMail
Tomcat JBoss
修改后必须遵循LGPL协议 可以
中间件
Glassfish Spring Hibernate
MySql PostGreSql Ingres r3 MAX DB
GPL MIT CATOSL GPL 可以，必须在你的发行版里包含原 许可协议的声明 否
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 否
需要
贡献者也不可以移除或变更任何包含在程序 中的版权声明。每个贡献者必须证明自己为 贡献的创始人，无论如何要以一种方式使后 继接受者能够适度地辨识出贡献的创始人。 软件商业发布者可能要接受某些关于最终用 户、商业伙伴等等的责任。当本许可证被用 于程序的商业目的的时候，那些包含了以商 业产品形式提供的程序的贡献者必须以一种 方式确保不会对其他贡献者造成潜在的赔偿 责任。因此，如果一个含有商业产品形式的 程序的贡献者，这样的贡献者（称“商业贡 献者”）要同意保卫每一个其他贡献者并
类型
软件名称
开源协议
是否可以修改
WWW服务
Apache
Apache Licence
需要在被修改的文件中说明
Nginx
Postfix TMail
Email Qmail
BSD-like GPL GPL Apache Licence Free Free Apache License LGPL CDDL Apache License LGPL
修改后是否要开源 在延伸的代码中（修改和有源代 码衍生的代码中）需要带有原来 代码中的协议，商标，专利声明 和其他原来作者规定需要包含的 说明 必须开源、免费
基于此的软件是否需要开源 如果再发布的产品中包含一个Notice文件， 则在Notice文件中需要带有Apache Licence 。你可以在Notice中增加自己的许可，但不 可以表现为对Apache Licence构成更改 开源、免费