宽松型(Permissive)

ISC License

效果与 MIT、BSD 2-Clause 相同,文字更为精简的简短宽松型许可证。

SPDXISC

许可·条件·限制一览

许可

  • 商业使用原作品及衍生作品可用于商业目的。
  • 分发可以分发代码。
  • 修改可以修改代码。
  • 私人使用可以在内部使用和修改而不公开。

条件

  • 版权与许可声明分发时必须附上许可证副本和版权声明。

限制

  • 责任限制明确声明不对损害承担责任。
  • 无担保明确声明不提供任何担保。

许可·条件·限制分类来源:choosealicense.com(GitHub,MIT 许可证)数据。

这是什么样的许可证

ISC 许可证是互联网系统协会(ISC)用于 BIND 等软件的许可证。它删去了《伯尔尼公约》之后已不必要的表述,用更短的文字实现了与 MIT、BSD 2-Clause 相同的效果。它是 OpenBSD 项目推荐新代码使用的许可证;由于 npm 的 npm init 命令长期以 ISC 作为默认值,在 JavaScript 包中也很常见。

条件

许可声明只有一句话:「只要上述版权声明和本许可声明出现在所有副本中」,即允许使用、复制、修改和分发。也就是说,与 MIT 一样,保留声明是唯一的条件,其余是无担保和免责声明。

常见误解

如何应用

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 可以必须同时附上原有的版权声明和许可证文本。

本网站内容仅为一般信息,不构成法律意见。实际发布、合同或纠纷的判断,请咨询律师等专业人士。