开源许可协议说明
代码开源协议书
代码开源协议书代码开源协议可以是一份非常长的文件，但在这里，我将尝试以简洁明了的方式写下一份1000字的代码开源协议。
代码开源协议版本：1.0鉴于开发者（以下简称“授权人”）希望将自己的代码开源，以促进创新和共享，并且受到许可人（以下简称“使用者”）的要求，经双方协商一致，达成以下协议：1. 定义1.1 “代码”指由授权人创建并拥有知识产权的软件代码，包括但不限于程序、脚本、库、框架和文档。
1.2 “衍生作品”指在代码基础上进行修改、扩展或衍生的新作品。
2. 授权2.1 授权人无偿授予使用者对代码的非排他性、不可转让的许可，以查看、使用、复制、分发和传播该代码，无论是否对代码进行修改。
2.2 使用者有权创建和分发衍生作品，但应遵守以下条件：a) 必须在衍生作品中包含原始代码的版权声明和许可证；b) 必须在衍生作品的所有副本上保留与原始代码相同的授权协议；c) 必须在衍生作品中明确指出对代码进行了修改的地方；d) 不得以源代码的形式捆绑发布，如有需要，请以可执行文件或二进制形式发布。
2.3 使用者有权对代码进行商业利用，包括但不限于销售、许可和提供相关支持服务。
然而，对于通过这些商业行为所得的利润，授权人不享有任何权益。
3. 免责声明代码是按“原样”提供的，没有明确的或默示的任何担保或条件，包括但不限于适销性、特定用途适应性和非侵权性。
在任何情况下，授权人都不对任何索赔、损失或损害承担责任，无论是在合同诉讼、侵权诉讼或其他诉讼中，也无论是在使用代码或与代码相关的其他交易中。
4. 终止4.1 如果使用者违反本协议的任何条款，授权将自动终止，使用者需立即停止使用代码并删除所有已复制、分发的副本和衍生作品。
4.2 终止后，使用者对代码的非排他性许可仍然有效，但已分发的副本和衍生作品将保留在公共领域，不再受本协议限制。
5. 适用法律本协议受到适用于版权法和知识产权法的法律管辖。
双方同意无条件接受有管辖权的法院的专属管辖。
软件开源协议书
软件开源协议书甲方（开源软件提供方）：地址：法定代表人：联系方式：乙方（开源软件使用方）：地址：法定代表人：联系方式：鉴于甲方拥有一款软件产品（以下简称“软件”），并愿意将该软件以开源的形式提供给公众使用；乙方作为软件的使用者，愿意遵守甲方制定的开源协议。
根据《中华人民共和国合同法》及相关法律法规的规定，甲乙双方本着平等自愿、诚实信用的原则，经协商一致，就软件的开源使用事宜，达成如下协议：第一条软件定义本协议所指的“软件”是指甲方开发并提供的，具有一定功能的计算机程序及其相关文档资料，包括但不限于源代码、目标代码、用户手册、开发文档等。
第二条开源许可甲方同意按照本协议的条款和条件，将软件以开源的形式无偿提供给乙方使用。
乙方有权在遵守本协议的前提下，使用、复制、修改、分发、再许可和再分发软件。
第三条使用限制1. 乙方使用软件时，必须保留软件中的所有版权声明、商标声明、免责声明等法律声明。
2. 乙方不得删除、修改或隐藏软件中的任何版权、商标或其他法律声明。
3. 乙方不得将软件用于任何非法目的或违反本协议的行为。
第四条修改与分发1. 乙方有权对软件进行修改，并可以将其修改后的版本分发给他方，但必须同时遵守以下条件：a. 乙方必须在修改后的软件中明确标注修改的内容、修改者及修改日期。
b. 乙方必须在分发的软件中包含本协议的副本。
c. 若乙方将软件作为商业产品的一部分进行分发，必须获得甲方的书面同意。
2. 乙方在分发软件时，应确保接收方同样遵守本协议的条款。
第五条免责声明甲方提供软件“按原样”提供，不提供任何形式的保证，包括但不限于适销性、适用于特定目的的保证或不侵权的保证。
甲方不对因使用或无法使用软件而产生的任何直接、间接、附带的、特殊的或后果性的损害负责。
第六条知识产权1. 甲方保留软件的所有知识产权，包括但不限于版权、商标权、专利权等。
2. 乙方承认甲方对软件的知识产权，并同意不进行任何侵犯甲方知识产权的行为。
各种开源协议说明(License)【范本模板】
各种开源协议说明许多开发者和设计者希望把他们的作品作为开源项目共享，他们希望其他人能够利用和共享他们的代码。
而各种开源社区就是因为这个原因而充满活力。
开源软件可以用于你能想象得到的任何应用程序，许多web设计人员使用开源软件作为开发基础（例如WordPress，Drupal等等许多CMS系统都是开源的）。
但是许多开发者和设计者并没有对开源License有清楚的了解,不清楚当他们选择开发自己的源代码时，他们有什么权利.如果不知道明确的License的内容,他们就不知道如何做出最明智的选择，如何做对他们最有利.对于中国的开发者来说，因为中国发达的盗版文化,泛滥的盗版软件，大部分人恐怕都完全没有License或者版权这个概念,都是奉行拿来主义。
如果我们一直都是这样的话，中国软件何来进步。
所以对于国内的开发者来说，第一课就是应该学习如何使用和遵守License。
什么是License许多混乱就始于你不知道License到底是什么,到底有什么含义。
当你对你的产品使用License时,并不意味着你放弃了任何权利,你依然对其拥有原著作权。
License只是授予他们于特定权利来使用你的产品.License只是把你的作品释放到公有领域，或者给各个拷贝赋予权限。
也意味着你放弃了版权收入,别人也没有义务把你列为原作者或贡献者。
开放源代码许可协议更容易为他人作出贡献，而不必寻求特别的许可。
它也可以保护你作为原创者的权利，至少确认了你的贡献.它还可以保证你的工作不为别人所剽窃。
GNU General Public LicenseGNU General Public License (GPL）的可能是开源项目最常用的许可证。
GPL赋予和保证了开源项目开发者广泛的权利。
基本上，它允许用户合法复制,分发和修改软件。
这意味着你可以：•复制软件复制软件到自己的服务器，客户端的服务器，你自己的电脑，几乎任何你想要的地方,而且没有数量限制。
开源许可协议
开源许可协议协议名称：开源许可协议一、背景介绍开源许可协议是一种法律文档，用于规定软件开辟者和用户之间的权利和义务。
该协议允许软件的源代码被公开、复制、修改和分发，以促进创新和共享。
二、定义1. 开源软件：指遵循开源许可协议的软件，其源代码可被公开访问、使用、复制、修改和分发。
2. 软件开辟者：指创建、维护和修改开源软件的个人或者组织。
3. 用户：指使用、复制、修改和分发开源软件的个人或者组织。
三、协议内容1. 授权许可：软件开辟者向用户授予非排他性、免费的许可，允许用户使用、复制、修改和分发开源软件的源代码和二进制文件。
2. 源代码公开：软件开辟者应将开源软件的源代码公开，以便用户可以获得并进行修改和分发。
3. 修改和派生作品：用户可以基于开源软件的源代码创建修改和派生作品，但必须遵守本协议，并将修改后的代码和派生作品公开。
4. 分发要求：用户在分发开源软件时，必须附带本协议、版权声明、免责声明和其他相关文件，并保留原始作者的署名。
5. 商业使用：用户可以将开源软件用于商业目的，但在分发时仍需遵守本协议的要求。
6. 免责声明：软件开辟者对开源软件的使用、复制、修改和分发不承担任何责任，包括但不限于质量、稳定性、适合性等方面的责任。
7. 专利授权：软件开辟者声明对其拥有的相关专利，授予用户非排他性、免费的授权，以便用户可以使用、复制、修改和分发开源软件。
四、适合范围本协议适合于所有开源软件的使用、复制、修改和分发。
五、协议变更软件开辟者有权随时修改本协议的内容，并通过公开途径通知用户。
用户在继续使用、复制、修改和分发开源软件时，视为接受并遵守修改后的协议。
六、争议解决任何因本协议引起的争议，应通过友好商议解决。
如商议不成，双方允许将争议提交至有管辖权的法院解决。
七、其他条款1. 本协议不得违反任何适合的法律法规。
2. 本协议的任何条款无效或者不可执行，不影响其他条款的效力。
3. 本协议不构成软件开辟者和用户之间的代理、合伙、雇佣或者其他类似关系。
开源许可协议
开源许可协议协议名称：开源许可协议一、背景和目的本开源许可协议（以下简称“本协议”）旨在规定软件开源的条件和限制，以促进开源社区的发展和共享。
本协议适用于任何开源软件项目，旨在确保开发者和用户之间的权益平衡和合作。
二、定义1. “软件”指代在本协议下进行开源许可的计算机程序、代码库、脚本和相关文档。
2. “开源”指代以自由和开放的方式发布和分发软件，允许用户查看、使用、修改和分发软件的权利。
三、许可条件1. 授予许可：软件的开发者在符合本协议的前提下，授予所有用户免费使用、复制、修改和分发软件的权利。
2. 版权声明：用户在分发或发布软件时，必须保留软件的原始版权声明和本协议的副本。
3. 开源代码：用户在分发软件时，必须提供软件的源代码或以其他公开的方式提供访问软件源代码的机会。
四、权利和义务1. 开发者权利：软件的开发者保留对软件的所有权利，并拥有决定软件的许可方式和条件的权力。
2. 用户权利：用户可以自由使用、复制、修改和分发软件，但必须遵守本协议的规定。
3. 共享义务：用户在分发或发布软件时，必须遵守本协议的规定，并确保接收者能够获得软件的源代码和本协议的副本。
五、责任和免责1. 免责声明：软件是按照“现状”提供，开发者不对软件的适用性、稳定性和安全性提供任何明示或暗示的保证。
2. 资源分配：开发者不承担因软件使用或分发而导致的任何直接或间接的损失或责任。
3. 维护义务：开发者不负责为用户提供软件的支持和维护服务，用户可以依靠开源社区的支持和贡献。
六、协议变更1. 变更通知：开发者有权随时修改本协议的内容，并通过适当的方式向用户发布变更通知。
2. 适用版本：用户可以选择继续使用旧版本的软件，但对于新版本的软件，用户必须遵守最新的协议。
七、争议解决1. 协商解决：对于本协议的解释和执行产生的争议，双方应通过友好协商解决。
2. 管辖法律：本协议受中华人民共和国法律管辖。
八、其他条款1. 效力范围：本协议的任何条款无效或不可执行，不影响其他条款的效力。
开源许可协议
开源许可协议一、引言本协议旨在规范软件的开源许可，促进开源社区的发展和合作。
以下是协议的具体内容：二、定义1. 开源软件：指根据本协议要求，以开放源代码形式发布的软件。
2. 软件作者：指开发、设计、编写软件的个人或团体。
3. 用户：指任何个人或组织使用开源软件的人。
三、许可授权1. 软件作者授权用户以免费、非独占、永久的方式使用、复制、修改、分发和传播软件。
2. 用户在遵守以下条件的前提下，可以享有上述授权：a. 在软件的副本中包含版权声明和许可声明。
b. 在对软件进行修改时，必须标明修改的地方，并保留原始版权声明和许可声明。
c. 任何以源代码形式分发软件的衍生作品，必须使用相同的许可证授权。
d. 在分发软件的二进制形式时，必须提供源代码或者明确指示如何获取源代码。
e. 未经软件作者明确许可，不得将软件用于商业目的。
四、免责条款1. 软件作者不对软件的适用性、稳定性和安全性提供任何保证。
2. 用户在使用软件时，需自行承担风险，软件作者不对因使用软件而导致的任何损失或损害负责。
五、知识产权保护1. 软件作者保留软件的全部知识产权。
2. 用户不得删除或修改软件中的任何版权声明、商标或其他知识产权标识。
六、争议解决1. 本协议的解释和适用以及与本协议有关的争议，应依据中国法律进行解释和处理。
2. 若用户违反本协议的任何规定，软件作者有权随时终止用户对软件的使用权。
七、其他1. 本协议自双方达成一致并签署之日起生效，有效期为永久。
2. 若本协议的任何条款被认定为无效或不可执行，不影响其他条款的效力。
3. 本协议的修改需经软件作者和用户双方达成一致，并以书面形式确认。
八、协议终止1. 用户违反本协议中的任何规定，软件作者有权终止用户对软件的使用权。
2. 本协议终止后，用户需停止使用软件，并删除所有已复制、下载或安装的软件副本。
九、协议的变更和补充1. 软件作者有权随时修改本协议的内容，并通过适当的方式通知用户。
开源许可协议书解读
开源许可协议书解读开源许可协议书解读开源许可协议是指软件开发者在发布其软件时所遵循的一种授权模式，其目的是促进软件的自由使用、修改和分发。
开源许可协议的核心是保护软件用户的权益，同时也给了用户自由创造和扩展的权力。
开源许可协议通过给予使用、修改和分发软件的权利，确保了开发者和用户之间的公平和平衡。
它为软件的使用者提供了权利，使他们可以自由地运行、复制、修改和分发软件。
这样，开发者与用户之间的信息不对称得以减少，增加了软件开发过程中的透明度和互动性。
开源许可协议书中的一些重要条款和解读如下：1. 许可权：开源许可协议明确授予用户特定的权利，包括使用、修改和分发软件的权利。
这意味着用户可以根据自己的需要对软件进行修改，并将修改后的软件继续分发给其他用户。
2. 收费和免费：大部分开源许可协议都是免费的，即用户可以免费地获取软件。
然而，某些许可协议也允许开发者以收费方式提供软件，但前提是用户能够获取软件的全部源代码。
3. 源代码：开源许可协议要求开发者将软件的源代码一并提供给用户。
这样，用户可以查看、修改和自由分发软件的源代码。
这也是开源软件和闭源软件的一个重要区别。
4. 修改和派生作品：开源许可协议鼓励用户对软件进行修改和创建派生作品。
用户可以基于开源软件进行创作，从而促进了软件创新和协作。
5. 分发限制：一些开源许可协议对于分发软件的方式和要求有一定的限制。
例如，一些协议要求用户在分发软件时必须保留软件的原始许可证和版权信息。
6. 协议选择：开源许可协议并非一种标准化的协议，而是有多种选择，包括GNU通用公共许可证（GPL）、BSD许可证、MIT许可证等。
开发者在选择协议时需要根据自己的需求和项目要求进行权衡和选择。
7. 法律保护：开源许可协议也具有法律保护的作用，即使开源软件是免费的，也需要用户遵守协议中的规定。
如果用户违反了开源许可协议的规定，将会承担相应的法律责任。
总结而言，开源许可协议为软件的开发、使用和分发提供了一种公平和平衡的模式。
开源协议书范本
开源协议书范本甲方（开源方）：_____________________乙方（使用方）：_____________________鉴于甲方拥有某项软件的知识产权，并愿意将该软件以开源的方式提供给公众使用，乙方希望使用甲方提供的开源软件。
为了明确双方的权利和义务，甲乙双方本着平等、自愿、互利的原则，经协商一致，特订立本协议书。
第一条定义1.1 开源软件：指甲方提供给乙方使用的，按照本协议书规定条件可以自由使用的软件及其相关文档。
1.2 修改：指对开源软件的源代码进行增加、删除或改动的行为。
1.3 分发：指将开源软件或其修改后的版本以任何形式提供给他人使用，包括但不限于出售、出租、出借、网络传输等。
第二条开源软件的授权2.1 甲方同意按照本协议书的规定，授权乙方使用开源软件。
2.2 乙方同意按照本协议书的规定使用开源软件，并遵守甲方提供的开源许可证的规定。
第三条使用限制3.1 乙方不得将开源软件用于任何违法活动。
3.2 乙方不得未经甲方书面同意，将开源软件用于商业目的。
3.3 乙方不得删除或修改开源软件中的版权声明、商标或其他标识。
第四条修改和分发4.1 乙方有权对开源软件进行修改，但修改后的软件仍需遵守本协议书的规定。
4.2 乙方可以将修改后的软件分发给第三方，但必须确保第三方遵守本协议书的规定。
第五条保证和免责声明5.1 甲方保证其拥有开源软件的知识产权，并有权授权乙方使用。
5.2 甲方不对开源软件的适用性、稳定性、安全性等做出任何明示或暗示的保证。
5.3 乙方使用开源软件的风险由乙方自行承担。
第六条协议的变更和终止6.1 本协议书的任何变更和补充均需双方书面同意。
6.2 如乙方违反本协议书的规定，甲方有权随时终止本协议书。
第七条争议解决7.1 本协议书在执行过程中发生的任何争议，双方应通过友好协商解决。
7.2 如果协商不成，任何一方均可向甲方所在地的人民法院提起诉讼。
第八条其他8.1 本协议书一式两份，甲乙双方各执一份，具有同等法律效力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
开源许可协议说明如今开源的软件已经越来越被广泛使用，各种专利纠纷也越来越多。
工作上要求对开源协议的理解也很迫切，做技术架构是每一个技术人员最渴望的职责，但要做好初级的技术架构工作首先要对各种各样的开源协议有深入了解，知道什么开源软件是工作在什么协议之下，对自己的产品有什么影响。
这篇博文将讲解开源协议的相关知识。
首先要弄懂一些基本概念：1 什么是许可协议？什么是许可，当你为你的产品签发许可，你是在出让自己的权利，不过，你仍然拥有版权和专利（如果申请了的话），许可的目的是，向使用你产品的人提供一定的权限。
不管产品是免费向公众分发，还是出售，制定一份许可协议非常有用，否则，对于前者，你相当于放弃了自己所有的权利，任何人都没有义务表明你的原始作者身份，对于后者，你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。
而开源技术许可协议使这些事情变得简单，开发者很容易向一个项目贡献自己的代码，它还可以保护你原始作者的身份，使你至少获得认可，开源许可协议还可以阻止其它人将某个产品据为己有。
2. 常用开源协议GPL(GNU General Public License)我们很熟悉的Linux就是采用了GPL。
GPL协议和BSD，Apache Licence等鼓励代码重用的许可很不一样。
GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。
这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。
GPL协议的主要内容是只要在一个软件中使用(”使用”指类库引用，修改后的代码或者衍生代码)GPL协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。
这就是所谓的”传染性”。
GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。
GPL协议最主要的几个原则：1、确保软件自始至终都以开放源代码形式发布，保护开发成果不被窃取用作商业发售。
任何一套软件，只要其中使用了受GPL 协议保护的第三方软件的源程序，并向非开发人员发布时，软件本身也就自动成为受GPL 保护并且约束的实体。
也就是说，此时它必须开放源代码。
2、GPL 大致就是一个左侧版权（Copyleft，或译为“反版权”、“版权属左”、“版权所无”、“版责”等）的体现。
你可以去掉所有原作的版权信息，只要你保持开源，并且随源代码、二进制版附上GPL 的许可证就行，让后人可以很明确地得知此软件的授权信息。
GPL 精髓就是，只要使软件在完整开源的情况下，尽可能使使用者得到自由发挥的空间，使软件得到更快更好的发展。
3、无论软件以何种形式发布，都必须同时附上源代码。
例如在Web 上提供下载，就必须在二进制版本（如果有的话）下载的同一个页面，清楚地提供源代码下载的链接。
如果以光盘形式发布，就必须同时附上源文件的光盘。
4、开发或维护遵循GPL 协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。
但还是一句老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售。
其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。
因为要完全开源代码，不适合公司商业用途。
由于GPL严格要求使用了GPL类库的软件产品必须使用GPL 协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。
小结：商业软件不能使用GPL协议的代码。
LGPL(GNU Lesser General Public License)LGPL是GPL的一个为主要为类库使用设计的开源协议。
和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。
LGPL允许商业软件通过类库引用(link)方式使用LGPL 类库而不需要开源商业软件的代码。
这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。
但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。
因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品小结：商业软件可以使用，但不能修改LGPL协议的代码。
AGPL(GNU Affero General Public License)AGPL是GPL的一个补充, 在GPL的基础上加了一些限制。
AGPL这个协议的制定是为了避免一个GPL/LGPL协议中的漏洞，称之为Web Service Loopwhole。
这主要是由于GPL是针对传统的软件分发模式的商业模式(以微软为代表), 如果你使用的GPL的代码作为基础完成你自己的软件，如果你要分发你的软件，你的软件必须也是GPL的。
随着以Google为代表的软件作为服务的互联网公司的兴起，它们的“不分发软件，为客户提供网络服务”的商业模式就不受GPL协议的约束，所以Google公司在构筑他的搜索引擎的时候可以随心所欲的拿现有的GPL协议的开源代码，无需开源他的修改成果。
AGPL协议在GPL协议的基础上加上了这个约束。
小结：商业软件不能使用AGPL协议的代码。
BSD(original BSD license、FreeBSD license、Original BSD license)BSD开源协议是一个给予使用者很大自由的协议.基本上使用者可以“为所欲为”可以自由的使用,修改源代码,也可以将修改后的代码作为开源或者专有软件再发布.但“为所欲为”的前提当你发布使用了BSD协议的代码,或则以BSD协议代码为基础做二次开发自己的产品时,需要满足三个条件:1. 如果再发布的产品中包含源代码,则在源代码中必须带有原来代码中的BSD协议.2. 如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议.3. 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广.其实这几个规则约定的目的也只是达到一个目的:是他人的东西,别人以BSD开源了,你就不能不做任何声明而占为己有,更不能用他人的名义来做商业推广.你只对你自己的东西拥有绝对控制权.举个例子,你用开源代码(A)修改或做其他增添之后,产生了产品B,这时候,你对B的控制由你自己决定,你可以用任何协议再开源,也可以闭源商业发布.但,因为如果B中包含了A或A的一部分(一点都不包含就不叫修改了),那你在B产品的版权声明中,必须有提到你有使用到 A ,并且附带上A 的开源协议.而且不能做商业推广的时候将B 冠以原开源作者的名义以促进商业推广.BSD代码鼓励代码共享,但需要尊重代码作者的著作权.BSD由于允许使用者修改和重新发布代码,也允许使用或在BSD代码上开发商业软件发布和销售,因此是对商业集成很友好的协议.而很多的公司企业在选用开源产品的时候都首选BSD协议,因为可以完全控制这些第三方的代码,在必要的时候可以修改或者二次开发.小结:商业软件可以使用，也可以修改使用BSD协议的代码。
MITMIT 协议可能是几大开源协议中最宽松的一个，核心条款是：该软件及其相关文档对所有人免费，可以任意处置，包括使用，复制，修改，合并，发表，分发，再授权，或者销售。
唯一的限制是，软件中必须包含上述版权和许可提示。
这意味着：你可以自由使用，复制，修改，可以用于自己的项目。
可以免费分发或用来盈利。
唯一的限制是必须包含许可声明。
MIT 协议是所有开源许可中最宽松的一个，除了必须包含许可声明外，再无任何限制。
小结：商业软件可以使用，也可以修改使用MIT协议的代码。
ASL(Apache License，Version 2.0、Apache License，Version1.1、Apache License，Version 1.0)Apache Licence是著名的非盈利开源组织Apache采用的协议.该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件).需要满足的条件也和BSD类似:1. 需要给代码的用户一份Apache Licence2. 如果你修改了代码,需要再被修改的文件中说明.3. 在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明.4. 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence.你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改.小结：Apache Licence也是对商业应用友好的许可.使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售.MPL开源协议(The Mozilla Public License)MPL是The Mozilla Public License的简写，是1998年初Netscape的Mozilla小组为其开源软件项目设计的软件许可证。
MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。
同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA 认定的开源软件许可证）。
但是，相比而言MPL还有以下几个显著的不同之处:MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来，以保证其他人可以在MPL的条款下共享源代码。
但是，在MPL 许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL 许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
这些，就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。
MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。
对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
对源代码的定义而在MPL（1.1版本）许可证中，对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式，它包括:所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为‘Script’），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。