5. 良好的许可和版权实践：实践篇

5.1. 将自己或 FSF 设为版权所有者

在某些情况下，如果您有律师支持的赞助组织，您可能希望将版权授予该组织。

5.2. 使用符合开放源代码定义的许可证

开放源代码定义是社区许可证的黄金标准。OSD 本身不是许可证；相反，它定义了一个许可证要被视为开源许可证必须保证的最低权利集合。OSD 及支持材料可以在开放源代码促进会的网站上找到。

5.3. 如果可以避免，请不要编写自己的许可证。

广为人知的符合 OSD 的许可证具有完善的解释传统。开发者（以及在一定程度上关心的用户）知道它们的含义，并且对它们涉及的风险和权衡有合理的理解。因此，如果可能，请使用 OSI 网站上提供的标准许可证之一。

如果您必须编写自己的许可证，请务必让 OSI 认证它。这将避免很多争论和开销。除非您经历过，否则您无法想象许可争论会变得多么糟糕；人们变得情绪激动，因为许可证被视为几乎神圣的盟约，触及开源社区的核心价值观。

此外，如果您的许可证在法庭上受到检验，那么既定的解释传统的存在可能会被证明很重要。在撰写本文时（2002 年初），还没有案例法支持或否定任何开源许可证。然而，这是一种法律原则（至少在美国，以及其他普通法国家，如英国和英联邦的其他地区），法院应该根据许可证和合同起源社区的期望和实践来解释许可证和合同。

5.4. 在标准位置使您的许可证可见。

随着越来越多的开源软件被部署，审核这些卷以确定哪些许可证涵盖它们的问题变得非常重要——事实上，它变得比一个没有帮助的人能够执行的还要大。因此，拥有支持许可证信息机械化查询的约定非常有价值。幸运的是，现有的社区实践已经趋向于这个方向。

首先，您的软件的许可证信息应该存在于源发行版顶级目录中名为 COPYING 或 LICENSE 的文件中。如果单个许可证适用于整个发行版，则该文件应包含许可证的副本。如果适用多个许可证，则该文件应列出适用的许可证，并指示它们适用于哪些文件和子目录。