Answers:
这真的有必要吗
不,这不是法律要求。(我不是律师,但我已经看到一个人说过这一点。)
如果您有一个项目,其中单个文件可能会脱离上下文,那么这可能很明智-但它只需要几行就可以说:
该文件是<project>的一部分,该文件在<license>下发布。
请参阅文件<文件名>或转到<URL>以获取完整的许可证详细信息。
对于其他任何事情,您只需将LICENSE文本文件放在项目根目录中,并将任何相关的详细信息/贷项/等放在README文件中-它仍然是受版权保护的(自动),因此这只是在许可证中明确许可证的问题。自述文件。
可以想象,您可以简单地在版权声明中提及一个LICENSE文件,但是不能保证一旦发布,您的代码将保持原子性。实际上,至少在其他几个项目中很有可能会将其中的点点滴滴重新混合。
这就是为什么在每个源文件中至少具有以下内容很重要的原因:
/* Copyright (C) 1883 Thomas Edison - All Rights Reserved
* You may use, distribute and modify this code under the
* terms of the XYZ license, which unfortunately won't be
* written for another century.
*
* You should have received a copy of the XYZ license with
* this file. If not, please write to: , or visit :
*/
通过执行此操作,您可以完成两件事:
很多人还在版权保护下包含其电子邮件地址,这对将来接收补丁程序很有帮助。上个月,我收到了我五年前编写的代码的补丁程序,而这个代码早已被人们遗忘。当然,这意味着要维护一个电子邮件地址并忍受一些垃圾邮件。
如果您实际上确实需要执行许可证,那么至关重要的是,另一方不能开玩笑地说这些条款是含糊不清或遗漏的。
另外,有趣的是,随着时间的流逝,您的代码片段如何进入其他代码片段。大多数人都公平竞争并尊重版权和许可条款。
只是想注意开放源代码!=无版权。
开放源代码依赖于要求版权的人,然后采用特定的法律文件(例如GPL)来授予他人对该代码的权利。
因此,无论您决定适用于封闭源代码的内容还是适用于开放源代码的内容。
您正在定义使用和重新分发代码的条件(或不取决于这些条件)。
许可证至少可以回答以下问题:
等等,这绝不是一个全面的清单,仅是让您了解许可证将要清楚陈述的问题。
Copyright YYYY First Last. Subject to the XYZ license.