如果您在开源项目中花费了大量时间，您可能已经见过术语“著佐权”。虽然这个术语很常用，但很多人并不理解它。软件许可与文本编辑器或软件包格式一样，是激烈辩论的主题。对著佐权的专家级理解可以写成很多本书，但本文可以作为您走向著佐权启蒙的起点。
什么是版权？
在我们理解著佐权之前，我们必须首先介绍版权的概念。著佐权不是一个独立于版权的法律框架；著佐权存在于版权规则之内。那么什么是版权呢？
确切的定义因司法管辖区而异，但本质是这样的：作品的作者对其作品的复制（因此称为“版权”）、表演等具有有限的垄断权。在美国，《宪法》明确责成国会制定版权法，以“促进科学和实用艺术的进步”。
与过去不同，版权立即附加到作品上——无需注册。默认情况下，所有权利均被保留。这意味着未经作者许可，任何人都不得再版、表演或修改作品。此许可是一种“许可证”，可能附带某些条件。
要更全面地了解版权，Coursera 的“教育工作者和图书馆员版权课程”是一个极好的资源。
什么是“著佐权”？
请耐心听我说，在讨论什么是著佐权之前，还需要一个步骤。首先，让我们研究一下开源的含义。所有开源许可证，根据开源促进会 (Open Source Inititative) 的定义，除其他事项外，必须允许以源代码形式分发。任何接收开源软件的人都有权检查和修改代码。
著佐权许可证与所谓的“宽松”许可证的不同之处在于，著佐权许可证要求在任何衍生作品中都包含相同的权利。我更喜欢这样理解这种区别：宽松许可证为直接的下游开发者提供最大的自由（包括在闭源项目中使用开源代码的能力），而著佐权许可证则为最终用户提供最大的自由。
GNU 项目给出了著佐权的这个简单定义：“当重新分发程序时，您不能添加限制来剥夺其他人自由软件的核心自由。” 这可以被认为是规范定义，因为各种版本的GNU 通用公共许可证 (GPL) 仍然是最广泛使用的著佐权许可证。
软件中的著佐权
虽然 GPL 家族是最流行的著佐权许可证，但它们绝不是唯一的。 Mozilla 公共许可证和Eclipse 公共许可证也非常流行。还有许多其他著佐权许可证，但采用率较低。
如上一节所述，著佐权许可证意味着下游项目不能对软件的使用添加额外的限制。用一个例子可以最好地说明这一点。如果我编写了 MyCoolProgram 并根据著佐权许可证分发它，您将有权使用和修改它。您可以分发带有您更改的版本，但您必须给您的用户与我给您的相同的自由。如果我根据宽松许可证许可它，您可以自由地将其合并到您不提供源代码的闭源软件项目中。
但与您必须对 MyCoolProgram 做什么同样重要的是您不必做什么。您不必使用与我完全相同的许可证，只要条款兼容即可（通常下游项目为了简单起见使用相同的许可证）。您不必将您的更改贡献回给我，但这通常被认为是良好的形式，尤其是在更改是错误修复时。
非软件中的著佐权
虽然著佐权的概念起源于软件世界，但它也存在于软件世界之外。“做你想做的事，只要你保留其他人做同样事情的权利”是用于书面作品、视觉艺术等的知识共享署名-相同方式共享许可证的显着特征（CC BY-SA 4.0 是 Opensource.com 贡献的默认许可证）。GNU 自由文档许可证是另一个非软件著佐权许可证的示例。通常不鼓励将软件许可证用于非软件作品。
我应该选择著佐权许可证吗？
关于应该为项目使用哪种类型的许可证，可以写出很多页（并且已经写了很多页！）。我的建议是首先将许可证列表缩小到与您的理念和项目目标相符的许可证。GitHub 的 choosealicense.com 是一个找到适合您需求的许可证的好方法。tl;drLegal 对许多常见和不常见的软件许可证都有通俗易懂的解释。还要考虑您的项目所处的生态系统。围绕特定语言或技术的项目通常会使用相同或相似的许可证。如果您希望您的项目能够良好地协作，您可能需要确保您选择的许可证是兼容的。
有关著佐权许可的更多信息，请查看著佐权指南项目。
8 条评论