许可·条件·限制一览
条件
- 版权与许可声明分发时必须附上许可证副本和版权声明。
限制
- 责任限制明确声明不对损害承担责任。
- 无担保明确声明不提供任何担保。
许可·条件·限制分类来源:choosealicense.com(GitHub,MIT 许可证)数据。
这是什么样的许可证
BSD 2-Clause 是在 BSD 3-Clause 的基础上再去掉「禁止使用名称」条款的版本,也称「Simplified BSD」,又因被 FreeBSD 项目采用而称为「FreeBSD License」。FreeBSD 的大部分代码以及 Homebrew 都使用此许可证。
两个条件
- 再分发源代码时,保留版权声明、条件列表和免责声明。
- 以二进制形式再分发时,在文档或随附资料中包含同样的内容。
其余都是自由的。修改、放进闭源商业产品、以其他许可证再授权都可以。
与 MIT、ISC 的关系
与 MIT、ISC 的实际效果几乎相同。区别在于 BSD 2-Clause 将源代码分发和二进制分发分成两个条款,对声明位置写得更具体一些。三者都没有明确的专利条款。明确加入专利许可的变体有 BSD-2-Clause-Patent(已获 OSI 批准)。
常见误解
- 「2-Clause 不如 3-Clause 安全」 — 第 3 条是禁止将名称用于宣传,并不提供更多法律保护。也有很多人认为许可证本来就没有授予使用名称的权利。
- 「二进制不需要声明」 — 第 2 条要求在分发二进制时在文档等处附上声明。二进制无需声明的宽松型许可证是 BSL-1.0。
如何应用
在 LICENSE 中放入原文,并填写 [year]、[fullname]。SPDX 标识符为 BSD-2-Clause。
适用场景
适合操作系统、系统工具等需要与 BSD 系生态交换代码的项目,以及想要 MIT 级别的自由、又熟悉 BSD 文本的组织。
BSD-2-Clause 代码能放进其他项目吗?
以下是将以此许可证发布的代码合并到下列许可证的项目中一起发布时的一般判定。 在兼容性检查器中查看其他组合 →
| 目标项目 | 判定 | 备注 |
|---|---|---|
| 专有(商业)软件 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| MIT | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| Apache-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| MPL-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| LGPL-2.1 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| LGPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| GPL-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| GPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| AGPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
本网站内容仅为一般信息,不构成法律意见。实际发布、合同或纠纷的判断,请咨询律师等专业人士。