怎样看开源代码版权

一天，我在查看OpenStack Ceilometer docs的源文件，并注意到顶部有版权声明。 现在，我绝对不想选择尼古拉斯。 OpenStack文档和代码中有数百种此类版权声明，而这只是我碰巧看到的示例。

（请注意，我的雇主在OpenStack代码中拥有其版权声明的份额。几乎所有参与OpenStack的公司都这样做。我认为我们应该停止。）

我向OpenStack-docs列表发送了一个便笺，它生成了一个注释线程 。 据我了解，我们鼓励人们将版权声明放入贡献的源代码和文档中，并在他们修改的文件中添加版权行。

我认为这是一件非常不好的事情，原因如下：

• 如果我编辑一个文件，并在顶部说该文件是BigCo版权所有，那么我就不建议编辑该文件，因为这暗示着我会踩在别人的脚趾上。 文件不应有任何迹象表明它们由任何一个人或公司“拥有”。 （ 有关 “拥有”代码的更多信息， 请参见 Karl Fogel的文章。）这积极地阻止了人们投入并修复某些东西。
• 如果N个人为一个文件做出贡献，那么我们应该在文件中包含N个版权声明吗？ 这不会随着时间推移而扩展。 想象一下，从现在开始十年后，这些文件将是什么样，现在就解决问题。
• 在文件中包含作者姓名会鼓励人们出于错误的原因做出贡献。
• Git跟踪谁做出了哪些更改。 不需要明确的版权声明。

对我而言，第一个原因是最引人注目的。 应当尽量避免任何阻碍贡献的事情，尤其是对于初学者而言。

当遇到源代码中的版权声明时，有人问我在提交补丁之前是否必须征得该人的许可。 如果我们什至可以避免一个人问这个问题，那么我们已经为该项目提供了服务。

我还担心那些坚持在稿件中声明版权声明的公司既不理解版权法也不理解开放源代码。 一方面，Git中的审核记录可以保护您的贡献记录，从而保护您的版权。 另一方面，如果您的版权对您如此重要，那么也许您不应该将其贡献给一个开源项目。 对一个项目说他们可以做出贡献是反社区的，但前提是您必须断言这是您的个人财产。 开源与社区和协作有关。 如果建筑物是社区所有，那么坚持坚持使用特定的砖块，您会得到什么？

在Apache软件基金会，十年前，我们进行了辩论，并决定源代码中的author标签是反社区的，因此不鼓励使用。 引用当时的评论主题，尤其是引用Sander Striker：

在Apache软件基金会，我们不鼓励在源代码中使用author标记。 除了法律后果外，还有多种原因。 协作开发是关于作为一个小组进行项目并作为一个小组来关心项目。 给予信任是好事，应该这样做，但要以不允许误导甚至暗示的方式进行。 没有何时添加或删除作者标签的明确行。 更改评论时是否添加姓名？ 当您进行单行修复时？ 重构代码时，您是否删除了其他作者标签，​​看起来与其他标签有95％的差异？ 您对要接触每个文件的人该怎么办，要对其进行足够的更改以使虚拟作者标签具有足够的配额，以便他们的名字无处不在？

有更好的信贷方式，我们更喜欢使用信贷。 从技术角度来看，作者标签是不必要的； 如果您想找出谁编写了特定的代码，可以参考版本控制系统来解决。 作者标签也趋于过时。 您是否真的想私下联系您五年前编写的一段代码，并很高兴被遗忘了？

这是一个稍有不同的问题（作者标签而不是版权声明），但观点完全相同。 更正文档中的语法或拼写时是否添加版权声明？ 当我添加一个段落或对句子重新排序以提高清晰度时怎么样？ 在什么时候我删除了您的版权声明，因为我已经对该文件做了很多更改？

然后，当然，您应该考虑更大的问题-您为什么在乎？ 您要防止什么？ 如果您试图保护自己的贡献不被社区占用并用于其他目的，那么贡献Apache许可的代码库也许不是最明智的选择。

最初发布在“保证金”中的“注释”上 。 经许可重新发布。

翻译自: https://opensource.com/law/14/2/copyright-statements-source-files

怎样看开源代码版权