关于开源许可的解释

零、许可证：

　　license译为许可证，也可作为开源协议，它可以将自己创作的东西，授权给他人使用，并约定了使用者可以有的权利和必须遵从的义务。现在很多优秀的开源项目都有设置license，不同的license所约束的条件也不同。因此开源不等于免费，开源也不等于没有约束。对于大型的软件可能都有专门的律师团队去撰写软件协议。可是作为一名开发人员，有时候我们想开源自己的项目，但又不想自己的源代码被随意借鉴或者分享到别处。这个时候我们就可以设置license去约束一些行为。但是协议往往需要具备专业的知识，它涉及到了法律规则，普通人不可能在短时间内就掌握这些知识。个人可以选择一些流行的开源协议去满足项目的需求即可。

一、开源许可证

　　有很多开源许可证，主要常见的最流行的只有6种：GPL、LGPL、Mozilla、BSD、MIT和Apache。其余的开源软件许可大多可以归类于这6种，然后再加上一些微小的差异。乌克兰程序员Paul Bagwell清楚地描述了它们的一些重要的约束：

英文版：

　　

中文版：

　也就是说，比较宽松的许可证是 MIT 许可证，只要用户在项目副本中包含了版权声明和许可声明，他们就可以拿你的代码做任何想做的事情，你也无需承担任何责任。Apache 许可证类似 MIT 许可证，但它同时还包含了贡献者向用户提供专利授权相关的条款。还有 GPL 许可证，这是一种copyleft许可证，要求修改项目代码的用户再次分发源码或二进制代码时，必须公布他的相关修改。V3版本与V2类似，但其进一步约束了在某些限制软件更改的硬件上的使用范围。

　　协议 简述
　　Apache 　　　　　　　　　　　　允许他人修改源代码后再闭源，但是必须对每个修改过的文件做版权说明
　　GPL3 　　　　　　　　　　　　　　无论以何种方式修改或者使用代码，都需要开源
　　MIT 　　　　　　　　　　　　　　允许他人修改源代码后再闭源，不用对修改过的文件做说明，且二次开发的软件可以使用原作者的名字做营销
　　BSD2/BSD3 　　　　　　　　　　和上面一条类似，但未经事先书面许可，不得使用版权所有者的姓名或其贡献者的姓名来推广
　　BSL 　　　　　　　　　　　　　　和GPL类似，但不需要复制版权信息
　　CCZ 　　　　　　　　　　　　　　放弃创作的作品版权权益，并将其奉献给大众，不对代码做任何担保
　　EPL 　　　　　　　　　　　　　　与GPL类似，有权使用、修改、复制与发布软件原始版本和修改后版本，但在某些情况下则必须将修改内容一并释出
　　AGPL 　　　　　　　　　　　　　　GPL拓展，使用在线网络服务的也需要开源
　　GPL2 　　　　　　　　　　　　　　和GPL3相比，如果使用代码作为服务提供，而不分发软件，则不需要开源
　　LGPL 　　　　　　　　　　　　　　和GPL相比，LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码
　　Mozilla 　　　　　　　　　　　　　　与LGPL类似，但是需要对修改过的源码内容做说明
　　Unlicense 　　　　　　　　　　　　与CCZ相似，且开放商标和所用的专利授权

二、选择并遵守即可

　　声明自己选择的协议即可，无需成为会员。

　　虽然并不是一定要在项目中添加协议的。但如上文所讨论过的优点，如果你想把代码分享出来，又想约束一些行为，最好还是选择一个适合的开源协议。不选择协议可以让发布者保留作品的解释权，不允许他人分发，复制或二次开发。但是部分网站会有特有的协议，例如当你将代码发布到GitHub上，会默认公开的项目可以自由的查看和fork。