jQuery 许可证变更
jQuery 核心、UI、Mobile、Sizzle 和 QUnit 等多个 jQuery 项目的最新版本中出现了一些重要的更改。您可能没有注意到它们,因为它们并没有真正更改实际代码、文档或功能。相反,这些更改旨在明确软件的所有权和许可。如果您不是律师,这些更改对您来说可能没有太大区别,但对我们来说很重要。
我们进行的一项简化是删除了 GNU 通用公共许可证 (GPL),只保留了 MIT 许可证。只有一个许可证选项使基金会更容易管理,并消除了基金会先前双重许可政策中存在的混淆。但是,这不会影响您使用任何基金会项目的能力。您仍然可以自由地获取 jQuery 基金会项目,进行更改,并在您的情况需要时将其重新许可为 GPL。自由软件基金会网站确认MIT 许可证是“一种宽松、许可的非复制左免费软件许可证,与 GNU GPL 兼容”。
随着时间的推移,超过 500 人为 jQuery 基金会目前管理的项目做出了贡献。我们正在努力确保每个做出贡献的人都得到应有的认可。现在,许多项目在其根目录中都有一个 AUTHORS.txt 文件,按时间顺序列出了所有主要贡献者。Scott González 在整理作者列表方面做了很多工作,并创建了有用的工具,以便我们可以保持这种状态。当然,您可以通过查看 git 日志或 GitHub 上的提交来查看对项目特定更改的作者。
对 jQuery 基金会来说,代码和文档的许可明确很重要,这样社区就可以继续不受干扰地使用它。这样做需要一个“纸质痕迹”,以便明确基金会拥有使用代码的权限,并且贡献者最初有能力贡献该代码。举一个后者的例子,假设一个员工在公司办公室参与 jQuery 基金会项目;他们的雇主可能会声称他们拥有该作品,并且员工没有权利将其许可给基金会。
为了使许可明确,贡献者被要求签署贡献者许可协议 (CLA)。jQuery 团队成员将签署版权转让协议 (CAA),该协议实际上将版权转让给 jQuery 基金会。有关 CLA 或 CAA 作用的更多讨论,请参阅这篇文章。
所有这些更改都保证 jQuery 基金会的开源项目将成为开发者和企业的可靠资源。它们还确保在您做出贡献时,您将获得对您所做工作的认可。所以,现在这些法律问题都解决了,快来帮助我们构建 jQuery 基金会项目吧!
是否可以在不进行更改的情况下重新许可为兼容的许可证?
Dojo 最先做到了!
请重新考虑使用 CLA.. 而是考虑使用 FLA。
为什么对 MIT 许可的代码使用 CLA?这只会成为贡献者的另一个障碍。
版权转让协议 (CAA) 存在问题,除非它经过仔细处理.. 一旦您将版权转让给其他人,他们就可以对代码为所欲为,除非有保护措施到位。例如,他们可能会决定不再将其以任何开源许可证提供。(当然,旧版本将继续在原始许可证下提供。)
我不认为基金会可能会这样做,但 CAA 中有哪些约束性限制可以确保基金会始终坚持代码编写和捐赠的精神?或者贡献者是否必须相信基金会永远不会决定通过关闭源代码来获利?
“例如,他们可能会决定不再将其以任何开源许可证提供。”
没错,但这真的错了吗?
有史以来最好的消息!我们越快让人们摆脱 GPL,软件世界就越好。我们需要真正的自由软件,而不是有条件的软件。GPL 就像寄生虫一样,当我被问到时,我总是说跳过它,找到一些 BSD 许可的软件。
我对此没有问题。
就我个人而言,我一直认为 GPL 是不必要的,除非商业实体有强烈的动机在不回馈的情况下利用代码。
有一个 CLA 在 Hacker news (http://news.ycombinator.com/item?id=4515362) 上被引用,但最好将 CLA 和 CAA 都放在某个地方,并由此消息引用。
我总是有点惊讶,像 jQuery 这样的开源项目可以如此轻松、快速地更改其许可条款 :(
此许可证变更是否适用于 jQuery 的先前版本?我可以将它们重新许可为仅在 MIT 下吗?