license译为许可证，也可作为开源协议，它可以将自己创作的东西，授权给他人使用，并约定了使用者可以有的权利和必须遵从的义务。现在很多优秀的开源项目都有设置license，不同的license所约束的条件也不同。因此开源不等于免费，开源也不等于没有约束。

对于大型的软件可能都有专门的律师团队去撰写软件协议。可是作为一名开发人员，有时候我们想开源自己的项目，但又不想自己的源代码被随意借鉴或者分享到别处。这个时候我们就可以设置license去约束一些行为。

但是协议往往需要具备专业的知识，它涉及到了法律规则，普通人不可能在短时间内就掌握这些知识。这时候我们可以选择一些流行的开源协议去满足项目的需求。

快速选择流行的license

在创建项目的时候，我们可以选择一个license，可以看到有很多流行的开源协议可以选择。

下文将以GitHub这份协议做简单的介绍，给项目快速选择一个合适的协议。

各协议介绍

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

关于BSL和GPL的区别介绍 >> www.boost.org/users/licen…

不选择协议

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

总结

• MIT可以说是很宽松的一个协议了，它允许对代码做任何形式的修改和宣传
• GPL鼓励免费，著名的Linux使用的就是这个协议，这使得它成为时下热门的一个协议
• BSD不允许不经书面许可借原作者进行推广，如果介意其他人的项目推广自己的话可以选择这个协议 写下这片文章的初衷是因为目前很多文章只对主流的开源协议做了说明，但是对于一些稍微冷门的协议做介绍的却不多。所以突发奇想，上GitHub找了找开源协议，并去查了一下各个开源协议整理成本文。