解释开源许可协议,GPLV3开源许可协议

('解释开源许可协议：GNUGPL/GNULGPL/BSD/MIT/Apache协议越来越多的开发者与设计者希望将自己的产品开源，以便其他人可以在他们的代码基础上做更多事，开源社区也因此充满生机。在我们所能想到的应用领域，都有开源软件存在（象WordPress，Drupal这些开源CMS）。然而很多人对开源许可并不了解，本文介绍开源领域常用的几种许可协议以及它们之间的区别。什么是许可协议？什么是许可，当你为你的产品签发许可，你是在出让自己的权利，不过，你仍然拥有版权和专利（如果申请了的话），许可的目的是，向使用你产品的人提供一定的权限。不管产品是免费向公众分发，还是出售，制定一份许可协议非常有用，否则，对于前者，你相当于放弃了自己所有的权利，任何人都没有义务表明你的原始作者身份，对于后者，你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。而开源许可协议使这些事情变得简单，开发者很容易向一个项目贡献自己的代码，它还可以保护你原始作者的身份，使你至少获得认可，开源许可协议还可以阻止其它人将某个产品据为己有。以下是开源界的5大许可协议。GNUGPLGNUGeneralPublicLicence(GPL)有可能是开源界最常用的许可模式。GPL保证了所有开发者的权利，同时为使用者提供了足够的复制，分发，修改的权利：•可自由复制你可以将软件复制到你的电脑，你客户的电脑，或者任何地方。复制份数没有任何限制。•可自由分发在你的网站提供下载，拷贝到U盘送人，或者将源代码打印出来从窗户扔出去（环保起见，请别这样做）。•可以用来盈利你可以在分发软件的时候收费，但你必须在收费前向你的客户提供该软件的GNUGPL许可协议，以便让他们知道，他们可以从别的渠道免费得到这份软件，以及你收费的理由。•可自由修改如果你想添加或删除某个功能，没问题，如果你想在别的项目中使用部分代码，也没问题唯一的要求是，使用了这段代码的项目也必须使用GPL协议。需要注意的是，分发的时候，需要明确提供源代码和二进制文件，另外，用于某些程序的某些协议有一些问题和限制，你可以看一下@PierreJoye写的PracticalGuidetoGPLCompliance一文。使用GPL协议，你必须在源代码代码中包含相应信息，以及协议本身。GNULGPLGNU还有另外一种协议，叫做LGPL（LesserGeneralPublicLicence），它对产品所保留的权利比GPL少，总的来说，LGPL适合那些用于非GPL或非开源产品的开源类库或框架。因为GPL要求，使用了GPL代码的产品必须也使用GPL协议，开发者不允许将GPL代码用于商业产品。LGPL绕过了这一限制。BSDBSD在软件分发方面的限制比别的开源协议（如GNUGPL）要少。该协议有多种版本，最主要的版本有两个，新BSD协议与简单BSD协议，这两种协议经过修正，都和GPL兼容，并为开源组织所认可。新BSD协议（3条款协议）在软件分发方面，除需要包含一份版权提示和免责声明之外，没有任何限制。另外，该协议还禁止拿开发者的名义为衍生产品背书，但简单BSD协议删除了这一条款。MITMIT协议可能是几大开源协议中最宽松的一个，核心条款是：该软件及其相关文档对所有人免费，可以任意处置，包括使用，复制，修改，合并，发表分发，再授权，或者销售。唯一的限制是，软件中必须包含上述版权和许可提示。这意味着：•你可以自由使用，复制，修改，可以用于自己的项目。•可以免费分发或用来盈利。•唯一的限制是必须包含许可声明。MIT协议是所有开源许可中最宽松的一个，除了必须包含许可声明外，再无任何限制。ApacheApache协议2.0和别的开源协议相比，除了为用户提供版权许可之外，还有专利许可，对于那些涉及专利内容的开发者而言，该协议最适合（这里有一篇文章阐述这个问题）。Apache协议还有以下需要说明的地方:•永久权利一旦被授权，永久拥有。•全球范围的权利在一个国家获得授权，适用于所有国家。假如你在美国，许可是从印度授权的，也没有问题。•授权免费，且无版税前期，后期均无任何费用。•授权无排他性任何人都可以获得授权•授权不可撤消一旦获得授权，没有任何人可以取消。比如，你基于该产品代码开发了衍生产品，你不用担心会在某一天被禁止使用该代码。分发代码方面包含一些要求，主要是，要在声明中对参与开发的人给予认可并包含一份许可协议原文。CreativeCommonsCreativeCommons(CC)并非严格意义上的开源许可，它主要用于设计。CreativeCommons有多种协议，每种都提供了相应授权模式，CC协议主要包含4种基本形式：•署名权必须为原始作者署名，然后才可以修改，分发，复制。•保持一致作品同样可以在CC协议基础上修改，分发，复制。•非商业作品可以被修改，分发，复制，但不能用于商业用途。但商业的定义有些模糊，比如，有的人认为非商业用途指的是不能销售，有的认为是甚至不能放在有广告的网站，也有人认为非商业的意思是非盈利。•不能衍生新作品你可以复制，分发，但不能修改，也不能以此为基础创作自己的作品。这些许可形式可以结合起来用，其中最严厉的组合是“署名，非商用，不能衍生新作品”意味着，你可以分享作品，但不能改动或以此盈利，而且必须为原作者署名。在这种许可模式下，原始作者对作品还拥有完全的控制权，而最宽松的组合是“署名”，意味着，只要为原始作者署名了，就可以自由处置。延伸资源•CreativeCommonsLicensesCreativeCommon许可的官方条款与解释•OpenSourceInitiative包含各种开源协议资源•OpenSourceLicensesComparison对主流开源协议的对比•UnderstandingOpen-SourceLicensing开源协议详解•HOWTO:PickanOpenSourceLicense如何选择不同的开源协议图说五种开源协议的比较(BSD,Apache,GPL,LGPL,MIT)–整理现今存在的开源协议很多，而经过OpenSourceInitiative组织通过批准的开源协议目前有58种（http://www.opensource.org/licenses/alphabetical）。我们在常见的开源协议如BSD,GPL,LGPL,MIT等都是OSI批准的协议。如果要开源自己的代码，最好也是选择这些被批准的开源协议。这里我们来看四种最常用的开源协议及它们的适用范围，供那些准备开源或者使用开源产品的开发人员/厂家参考。BSD开源协议（originalBSDlicense、FreeBSDlicense、OriginalBSDlicense）BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：1.如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。2.如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。3.不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。BSD代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。ApacheLicence2.0（ApacheLicense,Version2.0、ApacheLicense,Version1.1、ApacheLicense,Version1.0）ApacheLicence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：1.需要给代码的用户一份ApacheLicence2.如果你修改了代码，需要再被修改的文件中说明。3.在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。4.如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有ApacheLicence。你可以在Notice中增加自己的许可，但不可以表现为对ApacheLicence构成更改。ApacheLicence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。GPL（GNUGeneralPublicLicense）我们很熟悉的Linux就是采用了GPL。GPL协议和BSD,ApacheLicence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。GPL协议的主要内容是只要在一个软件中使用(“使用”指类库引用，修改后的代码或者衍生代码)GPL协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。LGPL（GNULesserGeneralPublicLicense）LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品MIT（MIT）MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的.',)