许可·条件·限制一览
条件
- 版权与许可声明分发时必须附上许可证副本和版权声明。
限制
- 责任限制明确声明不对损害承担责任。
- 无担保明确声明不提供任何担保。
许可·条件·限制分类来源:choosealicense.com(GitHub,MIT 许可证)数据。
这是什么样的许可证
ISC 许可证是互联网系统协会(ISC)用于 BIND 等软件的许可证。它删去了《伯尔尼公约》之后已不必要的表述,用更短的文字实现了与 MIT、BSD 2-Clause 相同的效果。它是 OpenBSD 项目推荐新代码使用的许可证;由于 npm 的 npm init 命令长期以 ISC 作为默认值,在 JavaScript 包中也很常见。
条件
许可声明只有一句话:「只要上述版权声明和本许可声明出现在所有副本中」,即允许使用、复制、修改和分发。也就是说,与 MIT 一样,保留声明是唯一的条件,其余是无担保和免责声明。
常见误解
- 「ISC 是个冷门许可证,企业不能用」 — 它是 OSI 批准的许可证,效果与 MIT 相同,在大多数企业政策中被归为宽松型。
- 「只是 npm 的默认值,没有任何意义」 — ISC 同样是具有法律效力的许可证。如果与本意不符,应将
package.json的license字段和 LICENSE 文件改为想要的许可证。 - 「连声明义务都没有的版本就是 ISC」 — 取消了声明义务的是基于 ISC 文本的 0BSD。
如何应用
在 LICENSE 中放入原文,并填写 [year]、[fullname]。SPDX 标识符为 ISC。
适用场景
与想用 MIT 的情形相同。偏好简短文字,或希望遵循 OpenBSD、npm 惯例时选用。不过 MIT 知名度更高,从用户熟悉程度来看 MIT 更有优势。
ISC 代码能放进其他项目吗?
以下是将以此许可证发布的代码合并到下列许可证的项目中一起发布时的一般判定。 在兼容性检查器中查看其他组合 →
| 目标项目 | 判定 | 备注 |
|---|---|---|
| 专有(商业)软件 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| MIT | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| Apache-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| MPL-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| LGPL-2.1 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| LGPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| GPL-2.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| GPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
| AGPL-3.0 | 可以 | 必须同时附上原有的版权声明和许可证文本。 |
本网站内容仅为一般信息,不构成法律意见。实际发布、合同或纠纷的判断,请咨询律师等专业人士。