BSD BSD 2-clause BSD 3-clause 这三者之间是什么关系

BSD BSD 2-clause BSD 3-clause 这三者之间是什么关系？我刚才正好也在研究这个。从翻译结果中可以对比出，3比2只是多强调了一条：未经事先书面许可，不得使用著作权人或其贡献者的姓名或名称来宣传或推广由本软件衍生的产品。这一条也正是它与MIT的不同之处。这也是网页链接www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html中翻译的图片中的“BSD”。每个开源的程序员追求都不一样，有的开发者只是想专心敲代码，并不会去约束别人对代码的使用范围，开源闭源都可以。有的人是希望开源之后得到更广泛的应用和分享以及改进，希望使用开源的人也可以坚持开源。所以为了保证大家的热情，也就有了开源许可协议。这份协议就是规定使用开源项目的时候应该负什么样的权力和责任。mimemagic的Ruby库因为包含了与其自身许可证不兼容的部分代码，导致包括Ruby on Rails在内的五十多万个项目受到影响。开源协议并不兼容shared-mime-info 软件库的维护者 Bastien Nocera 告知 mimemagic 库的维护者 Daniel Mendler：mimemagic 中包含了 shared-mime-info 的代码。不巧的是， mimemagic 库采用的是 MIT 许可证，而 shared-mime-info 遵循的是 GPLv2 许可证，两者并不兼容。打开百度APP看高清图片帖子大致内容是，使用GPL文件作为源代码会让你的整个代码库成为衍生代码，因为需要使用其全部采用GPL许可证，所以我认为有人在纯MIT代码库或者闭源应用程序中使用它之前，改正这个问题。随机mimemagic发布的最新版本0.4.0和0.3.6从MIT转移至GPLv2，并表示了对Ruby开发者使用的饿软件包注册并撤回了之前的版本。这件事情并没有就此结束，虽然mimemagic维护者的动作快，但还是引发一场混乱。影响之大Ruby on Rails都受到了影响。截止目前，这件事影响了175个软件包，涉及到了578404个不同的软件库存储，其中就包括Ruby on Rail。目前Rails团队正在研究替换方案，不管是考虑采用2-clause BSD许可的libmagi 或者mime数据的Ruby转换，哪种方式实行起来都非常难。有的评论人说许可证很重要，但是对于普通用户只是想让事情正常运行。也有的人表示非常不喜欢GPL，准确的说是非常不喜欢那些对“衍生”的意思有不合理切笼统想法的人。
一、概览The BSD License（BSD）是Berkeley Software Distribution License（柏克莱软体散布授权条款）的缩写，许多软体是在此一授权条款下发布的。因为BSD起源自加州大学柏克莱分校，所以最原始散布的BSD拥有者是加州大学董事会。又因一些软体设计师修订BSD的部份内容以做为其软体程式授权使用，造成BSD有多种不同条款内容，统称BSD-style授权条款。最初的BSD是由四个主要条款构成的，其中广告条款的存在让许多后来参与修改原始码的使用者均会将其名字加入声明之中，而遭受GNU计画（GNU Project）的批评：该广告条款造成非常冗长的声明内容，是相当不便利，且易发生使用上困扰而与GPL不相容。而为了回应Richard Stallman（GNU 计画的主导者与GPL的起草者），BSD的官方主导人William Hoskins遂在一九九九年七月二十二日率先将该广告条款自BSD中删除，也引发其他使用BSD者的跟进，删除广告条款之后的BSD被称为「三条款 BSD」（3-clause BSD），而原本的被称为「四条款BSD」（4-clause BSD）。而BSD与其他授权条款如GPL条款内容相比，是几乎没有限制的，因此是更接近公共领域（public domain）的。二、运用状况目前实际上的使用是以三条款BSD为主，而又因为BSD可以任由他人修改条款部份内容以符合使用上需求，因此实务上有许多BSD-style授权条款存在。目前实际使用上，只有NetBSD仍然使用四条款BSD；而在某些包含在KDE里面的程式库使用了二条款BSD，除删除广告条款外，亦将着作权所有者名称作为背书使用许可的禁止规定去除，而这样的二条款BSD在功能上相当于MIT；FreeBSD也是使用二条款BSD，但另增加了后继贡献者的观点并非 FreeBSD计画的官方观点的额外声明。三、权利义务（一） 被授权人权利允许任何商业上或私有使用。（二） 被授权人义务 1. 在原始码的重制物中一定要保有本授权条款的着作权标示内容。 2. 以二进位制格式呈现的重制物必须再现本授权条款的着作权声明和内容。 3. 在没有事前书面同意的情况下，「the name of the 」及「the names of its contributors」均不得被用于支持或宣传从既有软体衍生出的产品（不为产品背书）。ORGANIZATION视使用BSD的使用者名称而定。四、其他重要特性 1. 可与其他授权条款并存。 2. 是一个近乎公共领域的授权条款，一般个人或组织可以为了使授权条款内容符合自身需求而更改”University of California”此一标示。 3. 使用BSD的软体程式码可以被任意使用，代表的是在开放源码和封闭源码软体上均可利用采用此类授权条款的程式码。 4. 简单的免责条款。 5. 三条款BSD是由自由软体基金会（FSF）所认可的自由软体授权条款，也被开放源码组织（OSI）认可为开放源码授权条款。并与GPL相容。