共计 2234 个字符，预计需要花费 6 分钟才能阅读完成。
保留简略的版权申明即可，无需投入过多资源保护。
版权申明 Copyright Notice 在源代码中的利用并不统一且保护不善，后果导致它无奈成为良好的信息起源。那是否应该投入更多资源来保护版权申明呢？答案是不须要。
版权申明是单行字符串，通常包含单词“版权”（或某些代替词，如 ©）、名称（通常是集体或公司）和年份。
在本文中，我不关注许可证或许可证申明（有时可能包含版权申明）。我对于版权申明保护的资源投入应该放弃低优先级的倡议不适用于许可证信息。许可证信息应清晰出现并放弃精确。如果你邀请其他人应用你的软件并对其进行操作，请通过提供并保护清晰的许可证信息来明确其授予的权限。
再说回版权申明：它们的法律意义是什么呢？如果你认为版权申明合乎法律要求或至多提供了重要的法律权利，请三思。此类申明在开源软件中的法律意义是如此之小，以至于人们能够轻易地找到超出其法律意义的理论做法。
只管此类申明可能看起来很重要，但它们在当今源代码中的存在很大水平上是过来美国版权法的残余影响。已经有一段时间，如果未在已出版的资料中蕴含版权申明，根据美国版权法，版权人可能会齐全丢失权力；当美国最终退出《伯尔尼公约》并成为缔约国时，状况产生了变动（美国于 1988 年 11 月 16 日退出该公约，并于 1989 年 3 月 1 日在美国失效）。
如果开源软件中的此类申明要想具备实效，则一个我的项目能够采纳可能以更少的投入来保护并且依然取得一些实用价值的约定，不用为了满足美国对“版权申明”的法定要求而去保护版权申明。
因为美国版权法始终是推动版权申明应用的重要因素，因而我将在此进行更深刻的探讨。美国版权局公布了名为《通函 - 3 号 - 版权申明》的领导文件，包含：
“在 1989 年 3 月 1 日之前首次出版的所有作品都必须搁置版权申明，但上面探讨的某些状况例外。如果省略了该申明或在应用该申明时呈现了谬误，则通常该作品在美国将失去版权保护。版权申明对于 1989 年 3 月 1 日或之后出版的作品、未出版的作品和外国作品是可选的；然而，将版权申明包含在你的作品中将享有法律权利。”
下面我加粗强调的那句话分明地表明，在 1988 年的美国，版权申明就十分重要。然而，当美国与其余许多国家一起退出《伯尔尼公约》时，美国法律对版权申明的关键作用被打消了。公约规定：“享有和行使这些权力不需通过任何手续……”
麻省理工学院的软件我的项目（The X Window System）和加州大学伯克利分校的软件我的项目（Berkeley Software Distribution）中诞生了晚期的开源许可证文本，彼时严格的“搁置版权申明否则丢失权力”要求依然无效（或至多在为这些许可证文本做出奉献的人们心中是明确的）。诞生于这种机会的后果是，许可证文本中仍存在无关复制版权申明的明确形容。
随着基于晚期文本的许可证的持续宽泛应用，大多数开源软件开发人员曾经看到，版权申明仿佛在许可证中显得很重要。然而这些文本是在思考较早的法律制度的状况下创立的。当初，距《伯尔尼公约》（大多数其余国家曾经承受）的“无需手续性要求”规定首次实用于美国的工夫曾经过来 30 年了。要理解《伯尔尼公约》的通过水平，请参阅治理该公约的世界知识产权组织保护的缔约方清单。
你可能想晓得下面援用中提到的那些“法律权利”具体指什么，答案在 3 号通函的开端：
版权申明使潜在用户意识到该作品领有版权。
对于已发表的作品，版权申明可能会阻止版权侵权诉讼中的原告试图加重其基于无辜侵权辩护的损害赔偿或禁令接济的责任。
版权申明标识了在首次公布作品时版权所有者的权力，供寻求应用该作品的许可方应用。
版权申明标识首次出版的年份，对于匿名作品、假名作品或出租作品而言，可用于确定版权保护期限。
版权申明可能会通过标识版权所有者并设定版权期限来避免其成为孤儿作品。
下面就是所谓的那些“法律权利”。
我援用了美国版权局第 3 号通函，因为与根本法规相比，它对要求的措辞更具可读性。美国联邦一级的成文法被编入所谓的《美国法典》，该法典被组织为一组“卷”Title。第 17 卷是版权。版权申明的详细信息位于该卷的第 401-406 局部。能够从 17 USC 401 开始。在版权申明中需蕴含三个因素形容的无关法规要求.
有些人和一些公司强调将具体的版权申明放入依据开源许可证提供的代码中。其他人则没有。随着开源我的项目的倒退，某些奉献中可能蕴含版权申明，而其余奉献则没有。即便文件的内容与原始版本相比产生了很大的变动，文件也能够蕴含原始版权申明，而不蕴含其余版权申明。或者当前的贡献者能够向以前没有版权申明的文件中增加一个版权申明。那作为版权申明因素的“该作品的首次出版年份”呢？这意味着什么？不同的人有不同的做法。已更新？那其余奉献提交之后呢？
至于从开掘版权申明数据中得出结论，要审慎。期望值不要那么高。
那开源我的项目应该怎么做呢？
请提供并保护清晰、精确的许可证信息。
对于版权申明来说，很难证实为保护版权申明的详细信息而进行的投入是正当的。然而有些人可能心愿会呈现版权申明。至于“软件的起源”，兴许仅仅参考我的项目自身而不是尝试捕捉更细粒度的内容可能会更有用和更精确。公开年份？手动保护源文件中的麻烦水平导致其不大值得；源管理工具以较低的资源老本提供了更精确的信息。
无关实用办法的更多详细信息，我倡议你将注意力集中在对版权申明实际的从新思考上，能够参考 Steve Winslow 于 2020 年 1 月 10 日公布的《开源软件我的项目中的版权申明》。
