关于很多刚踏入开源软件这个行业的小同伴来说，在编码进程中难免会用到其别人的成果，假设你足够细心，很容易留意到即使是一小段代码，优秀的作者都在文件扫尾附上一段关于版权的声明，比如 Licensed under the MIT license 。同时，一些博客也会标明”此文章采用 CC BY 4.0 CN 协议“。
假设我们拷贝了别人的代码或文章却没留意版权成绩，在国外法律看法特别强的环境下（国际版权看法也在逐渐增强），那么我们的作品会因冒犯别人的权益而违法。即使是最开放的开源协议，最低要求也是保留原作者对代码的声明，所以 开源不等于收费，也不等于没有约束 。
何为 LICENCE？LICENCE 是软件的授权容许，详细阐明了取得代码后拥有的权益，哪些操作是允许的，哪些操作是制止的。软件的版权容许证可有很多方式，本文仅限于讨论开源软件协议 Open Source License。
关于大少数人来说，没必要花大把时间去写容许协议，选择一种比较盛行的开源协议就足够了，省时省力，更便于本人作品的传达，于人于己都有利。
PS：说句题外话，很多国外开发者在尊重别人休息成果方面做得很好，假设A的作品是由于B的作品的启示而来，A甚至都没有运用B任何一句代码，但A会在他的作品外面指明是遭到了B的启示： Inspired by XXX link: 。
快速选择开源协议假设你不想了解太多，只是想要一个简直直接的答案，下面给出的建议或许适宜你。本小节关于协议地址来自于 GitHub choosealicence 。
复杂宽松的协议：假设你只想要一个复杂点的协议不想太费事的话。
MIT协议 相对宽松，此协议允许别人以任何方式运用你的代码同时署名原作者，但原作者不承当代码运用后的风险，当然也没有技术支持的义务。
思索有专利的状况：假设你的作品中触及到专利相关。
Apache协议 也是个相对宽松的协议，与MIT相似，但它指明了作者对用户专利上的一些授权（我的了解是软件作品中含有专利，但它授权你可以无偿运用）。
促进代码分享：假设你在乎作品的传达和别人的修正，希望别人也以相反的协议分享出来。
GPL（ V2 或 V3 ）协议要求代码分发者或许以此代码为基础开收回来的衍生作品需求以异样的协议来发布，也必须开源，因此，该协议具有”传染性“。
乌克兰顺序员 Paul Bagwell 画了一张剖析图，阐明应该怎样选择。只用两分钟，你就能搞清楚这六种开源协议之间的最大区别。
国际大神阮一峰的汉化版本：
世界上的开源容许协议（Open Source License）大约有 上百种 ，常用的开源软件协议大致有：
GPL
LGPL
BSD
MIT
Mozilla
Apache
由宽松到严紧排序，常用的开源协议有：
MIT
BSD
Apache
LGPL
GPL
主要区别：
MIT、BSD 开源协议都源自大学，表现了复杂、开放和包容的特点。
MIT、BSD、Apache 三者都支持闭源的后续开发。
GPL、LGPL 传染性开源，编译的代码里用了这里的代码，都必须开源。
MIT来源于大学，MIT 开源协议是史上最为繁复、小气的开源协议之一。作者只想保留版权，而无任何其他了限制。也就是说，你必须在你的发行版里包含原容许协议的声明，无论你是以二进制发布的还是以源代码发布的。
特点：用户可以拿你的代码做任何想做的事情。
用户在项目正本中要包含版权声明和容许声明。
你无需承当任何责任。
代表作品：jQuery
Rails 等。
BSDBSD-2-Clause
BSD-3-Clause
BSD可证也来源于大学，与MIT差不多，也十分复杂、小气。
BSD开源协议是一个给于运用者很大自在的协议。基本上运用者可以”为所欲为”,可以自在的运用、修正源代码，也可以将修正后的代码作为开源或许专有软件再发布。前提是当你发布运用了BSD协议的代码，或许以BSD协议代码为基础开发本人的产品时，需求满足三个条件：
假设再发布的产品中包含源代码，则在源代码中必须带有原代码中的BSD协议。
假设再发布的只是二进制类库/软件，则需求在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
不可以用开源代码的作者/机构名字和原来产品的名字做市场推行。
BSD 开源协议鼓舞代码共享，但需求尊重代码作者的著作权。BSD 开源协议允许运用者修正和重新发布代码，也允许运用或在BSD代码上开发商业软件发布、销售，是对商业集成很友好的协议。因此，很多公司在选用开源产品的时分都首选BSD协议。
Apache LicenceApache License, Version 2.0
Apache License, Version 1.1
Apache License, Version 1.0
来自 Apache，相似 MIT 开源协议，但它注重专利权。
Apache Licence 是著名的非盈利开源组织 Apache 采用的协议。该协议和BSD相似，异样鼓舞代码共享和尊重原作者的著作权，异样允许修正代码、再发布（作为开源或商业软件）。需求满足的条件也和BSD相似：
需求为运用代码的用户提供一份 Apache Licence 。
假设你修正了代码，需求在被修正的文件中阐明。
在延伸的代码中（修正和由源代码衍生的代码中）需求带有原来代码中的协议、商标、专利声明和其他原作者规则需求包含的阐明。
假设再发布的产品中包含一个 Notice 文件，则在Notice文件中需求带有 Apache Licence 。你可以在 Notice 中添加本人的容许，但不可对 Apache Licence 构成更改。
Apache Licence 也是对商业运用友好的容许，运用者也可以在需求的时分修正代码来满足需求并作为开源或商业产品发布/销售。
代表作品：echarts
superset
dubbo
spark
LGPLLGPL（GNU LESSER GENERAL PUBLIC LICENSE）来自于自在软件联盟GNU，可以翻译为更宽松的GPL协议，也属于传染性开源协议。
(责任编辑：admin)