伴随着国际形势的变迁，越来越多组织申明将遵循美国出口管制法律的约束，并且蔓延到了开源领域；关于国内开源生态如何自立，做到在逼不得已无法与国际接轨的情况下能够健康发展的措施也被提上议程，木兰系列许可证系列由此诞生。木兰系列许可证系列（包含“木兰宽松许可证”和“木兰公共许可证”等），均由北京大学作为牵头单位，依托全国信标委云计算标准工作组和中国开源云联盟，联合开源生态圈产学研优势团队和个体、尤其是开源法务和律师，起草、修订并发布。其中Mulan PSL 是国内首个被OSI认定的“国产开源软件协议。
本文主要介绍知识共享许可协议，及本站遵守的多数站点会采用的知识共享协议CC BY-NC-SA 4.0协议，即署名-非商业性使用-相同方式共享协议。
下面分别说明我们所提供的六种主要的许可协议。这些许可协议从限制最严格的许可协议开始，以限制最宽松的许可协议结束，按从严至宽的顺序列出。六种许可协议规定了他人根据许可协议可以享有的一系列基本权利，知晓这些权利是非常有益的。另外，我们列出了一些需要考虑的问题，以供您在选择许可协议之前参考。
AGPL 是 GPL 的一个补充, 在GPL 的基础上加了一些限制。GPL 的约束生效前提是该软件"发布"，有的公司就使用 GPL 组件编写web 系统，但是不发布系统，只用这个系统在线提供服务，这样就避免了开源系统代码。而 AGPL 要求如果云服务(即 saas )用到的代码是该许可证，那云服务的代码也必须开源。
Copyleft许可证执行了Stallman在其GNU宣言中首先支持的原则。在20世纪60年代，开发人员公开共享所有帮助他人的源代码是很常见的，这创造了一种社区和协作的感觉。到了20世纪80年代，随着组织开始在其源代码上应用版权，这一趋势不再受欢迎。Copyleft与Copyright(版权)相反，它强制执行使用、修改和重新分发任何具有Copyleft许可证（如GPL）的源代码的权利。
开源不等于免费！为了加速我们的开发，我们会使用开源的软件和源码； 为避免商业风险，需要在使用时了解第三方如软件协议，版本，和已知CVE风险等；本文旨在从开源软件再发布过程使用权限的角度入手，总结各个常见开源协议的异同，方便理解。
大部分人都希望作品能够被多数人分享查阅。这样不仅提高自己业界的知名度，同时也方便了需要的人为开源做出了贡献。但是代码一旦被贴出来，任何人都可以看到并获取，之后发生的事情你就无法控制了。所以为了公开分享你的代码，同时又让你对代码保留一定权利，在作品中声明一个许可协议是非常有必要的。有协议和没声明协议的裸代码是有非常重要区别的，一般作品当中没声明协议的默认为Copy right的，也就是版权保留。此种情况表明他人没有任何授权，不得复制分发修改使用等等。有了协议的声明，在未来你的维权上面会方便很多，让你的作品在分享的同时保留了自身的一些权利。
开源协议知识体系详解。
开源协议相关文章。
