我该如何去写贡献新的文件时，GPL版权声明而不是修改一个文件？ 在该项目中的所有文件开始：
/**
* Some open source application
* Component Foo
* (C) 20?? by Scruffy H. Hacker (scruffy@foo.bar)
* Released under the GPL
*
* Awesome description here.
*/
如果我只是把我的名字的版权声明，如下所示：
/**
* Some open source application
* Component Bar
* (C) 20?? by Tobier Hackerson <tobier@foo.bar)
* Released under the GPL
*
* Awesome description here.
*/
或者我应该包括项目的原创者：
/**
* Some open source application
* Component Bar
* (C) 20?? by Scruffy H. Hacker (scruffy@foo.bar)
* (C) 20?? by Tobier Hackerson (tobier@foo.bar)
* Released under the GPL
*
* Awesome description here.
*/
IANAL
如果原作者贡献任何代码在这个文件（复制他的一个文件，并修改它，例如），那么这两个应该记。 如果你写的所有代码，你的名字是所有的需要。
你应该符合项目模板，但通常你会包括类似：
* Released under the GNU General Public License
“GPL”是不是真的那样精确，因为它应该是。 您可能需要指定版本，太。 查看许可证（ 第2版或第3版 ）本身的详细信息。 既然这样，它在理论上可以在GPL版本1日公布，尽管这不太可能有什么人在脑子里（但律师会找不到假设它的任何问题）。
在GNU GPL版本2建议（末，在“如何将这些条款用到你的新程序”）：
one line to give the program's name and an idea of what it does.
Copyright (C) yyyy name of author
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
（和两个段落）。
GPL是不是每个文件的copyleft许可证，但每次全包。
因此，新的文件应该GPL下以及被授权。 由于原来的许可证标头不指定GPL的版本，你可以选择任何你喜欢的GPL的版本。 如果您想了解更多关于为什么有GPL的多个版本以及它如何与升级许可证版本的作品，请参阅：
- 为什么要计划说“GPL或更新版本的版本3”？ GPL常见问题解答
所以澄清许可证版本后，你问的版权声明，并在那里把你的名字。 我不是你的律师，并在这里讲的软件开发人员，这是不容易充分地回答所有角度可以有这个问题，所以我尽量勾勒出我明白，我看到发挥作用的部件。
每著作权你的多部作品由多位作者创作汇集。 您正在创建一个联合工作。 对于版权的意识各项工作你有作者和版权持有人。
那时，合并工作，你有这样的版权，然后结合为好。
所以对于单个文件，如果你写你自己的，让我们说这是2012年，因为你是作者，您可以编写自己的版权标题：
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
*/
如果你休息硬盘驱动器上，这将是完全没问题的该文件。 然后你要发布它，所以它是明智的许可证明确。 比方说，你选择了GPL-3.0 +。 继指引
有的评论/标签的docblock准则：
- 使用标签和链接Hakres'温馨提示 SPDX许可证清单
你可能想用牌照，如下面的例子扩展此：
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
*
* This file is part of some open source application.
*
* Some open source application is free software: you can redistribute
* it and/or modify it under the terms of the GNU General Public
* License as published by the Free Software Foundation, either
* version 3 of the License, or (at your option) any later version.
*
* Some open source application is distributed in the hope that it will
* be useful, but WITHOUT ANY WARRANTY; without even the implied warranty
* of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with Foobar. If not, see <http://www.gnu.org/licenses/>.
*
* @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
*/
这车牌确保那些谁接收文件可以在其许可这个文件，他们与代码的权利看。 此外，他们可以看到您的版权声明原作者。 在我的眼里这里最重要的部分是要明确：1）谁是作者/版权所有者和b）什么是许可证。 因此，这些信息不会丢失，是可见的。 如果你想跟随那就是给你的建议。 为了不削减自己的作者的权利，我强烈建议至少留下信用您的姓名，甚至每法律不是必需的（但你有问题，后来记录您的著作权，如果你不这样做，别人把她的名字在那里）。
所以，现在你可以建议将此文件添加上游。 这是第一次，你将与软件的原作者取得联系为止。 他们可能有自己的做事方式，可能要更喜欢自己的头部等页。所以你离开了法律依据了一下，进入社会领域，协作，共同努力。
你可以事先询问这是怎么一个项目中管理，通常有多种方式来做事，两种最常见的有：
在每个文件的方法是很方便的，当项目启动。 当项目越来越大的集中的方法是很方便的。
在每个文件的做法是有点以上概述，它需要跟踪的变化，许可和copyirght /每每个文件的作者信息。
在中央的做法已接受的过程是有一个所谓的作者（也许另外一个贡献者）文件中列出的软件的作者，并有包含许可证的复印文件（如果它是一个单一的全包，否则主一加额外的许可证）。
它也可以发生，你有混合的两个概念，如全包是根据GPL，但代码库里面也有MIT下的代码或许可的BSD类型。 然后，您应该保持的许可信息对于那些部件，让回馈更改回上游的这些部件。 此外，作者是谁，这些部分贡献应该知道，他们需要许可证MIT / BSD的变化，以及以保留部分的许可。 如果您想了解更多关于这一点，如何以及在何处记录许可的一些细节，下面是一个很好看的：
- 维护允许式许可文件在GPL许可的项目：为开发者SFLC纸张准则
中央方法随后允许以减少对每个文件的顶部的版权头和车牌：
/**
* Some open source application
*
* Copyright 2010, 2012 by it's authors.
* Some rights reserved. See COPYING, AUTHORS.
*/
如果你正在寻找的信息压缩和作者都还可以在每个文件没有看到他们的名字。 你不能做到这一点与超级巨星，真的。 因此，有可能是一个社会等级谁的名字来自第一和这样。 但是不要让自己被愚弄：如果你是一个作家，你要看到你的名字的权利。 如果有人拒绝你，对你受到了欺骗。 这也告诉了很多关于在（自由）软件项目，你可以想像的尊重。
从技术上讲这是完全正常的，你加在上面你的版权行，因为它是你谁做的最新变化。 许可证只告诉你需要保留原始的版权，而不是你需要把它放到最上面：
/**
* Some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
* Copyright 2010, 2011 by Scruffy H. Hacker <scruffy@foo.bar>
*
* Licensed under GNU General Public License 3.0 or later.
* Some rights reserved. See COPYING, AUTHORS.
*
* @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
*/
可能是这样的许可证/版权头的docblock的更常见/实时直播例子。 要记住，始终把其他作者用同样的尊敬像你对待你自己的。 通常最适合在合作项目中，法律方面的一边。 您只需要在时间购并法律当事情不下去了内联。
见还有：
