什么是签署特工?

Question

有什么点 签字的功能，在Git?

git commit --signoff

当我应该使用它，如果在所有？

Answer 1

签字是一个要求，获得贴到Linux内核和其他一些项目，但大多数项目的实际上不使用它。

它介绍了在唤醒的 上海合作组织的诉讼,(和 其他指控侵犯版权从上海合作组织, ，其中大多数，他们从来没有真正了法庭)，因为一个 开发原产地证书.它是用来说，你确认你们已经创造了程序问题，或者那你证明给你所知，它是创建在一个适当的开放源码许可证，或者，它已提供给你的人根据这些条款。这可以帮助建立一个链的人承担责任的版权状况的代码中的问题，以帮助确保受版权保护的代码没有被释放的下一个适当的免费软件(open source)许可证是不包含在核心。

Answer 2

签核是在其认证谁是提交的提交的提交消息的结束的线。 它的主要目的是为了提高谁做了什么，特别是补丁的跟踪。

实施例提交：

Add tests to statement printer.

Signed-off-by: Super Developer <super.dev@gmail.com>

它应包含如果用于一个开源项目的用户的真实姓名。

如果分支维护者需要稍微修改补丁，以将它们合并，他可以要求提交者Rediff的，但它会适得其反。 他可以调整代码，并在年底把他签关闭，因此笔者仍然得到信贷的补丁，而不是引入错误。

Add tests to statement printer.

Signed-off-by: Super Developer <super.dev@gmail.com>

[uber.dev@gmail.com: Renamed test methods according to naming convention.]
Signed-off-by: Uber Developer <uber.dev@gmail.com>

来源： http://gerrit.googlecode.com/svn/文档/ 2.0 /用户signedoffby.html

Answer 3

git2.7.1(日2016年)澄清了在 提交b2c150d (05月2016)通过 David A.Wheeler(david-a-wheeler).
^{(合并 Junio C滨野-- gitster -- 在 提交7aae9ba,05月2016)}

git commit 人页 现在包括：

-s::
--signoff::

添加 Signed-off-by 行通过的提交者结束时提交日志信息。
意义的一个注销取决于该项目，但它 通常证明，提交者有权提交这一工作在相同的许可和同意开发原产地证书 (见 https://developercertificate.org 更多信息)。

---

扩大文件描述 --signoff

修改各种文件(人页)的文件更详细地解释什么 --signoff 装置。

这个灵感来自"lwn的文章'Bottomley:一个小小的建议在DCO'"(开发原产地证书)在paulj注意到：

这个问题我有DCO有 添加"-s"论证件的提交并不真正意味着你已经听说过的DCO (的 git commit 人页没有提DCO任何地方)，没关系真的看到它。

因此，如何能存在的"signed-off-by"以任何方式暗示发送者同意并承诺DCO?结合的事实上我已经看到回复的列表，以修补而不哽咽得说没有什么比"重新发送这与 signed-off-by 所以我可以提交。"

延伸git的文件将使它更容易认为，开发人员理解 --signoff 当他们使用它。

---

注意，这种停止现在(需导2.15.x/2.16，Q1 2018年)提供 git pull 为好。

看看 提交3a4d2c7 (12月2017年)通过 W.特雷弗*王(wking).
^{(合并 Junio C滨野-- gitster -- 在 提交fb4cd88,06月2017年)}

pull:通 --signoff/--no-signoff 以"git merge"

合并可以 --signoff, 但没有拉通过 --signoff 下来， 是不方便使用；允许'pull'采取的选项，并通过它 通过。

Answer 4

有一些很好的答案在这个问题。我会试着要添加更多 广泛的答案，即关于哪些种类的行/头/拖车 大约在目前的做法。没有那么多的有关签头 特别(这不是唯一的一个)。

头 或 拖车的 (在1)如"签字"(迷航2)，在当前的 实践中的项目，如操Linux，有效地结构的元数据 对于提交。这些都是附加于结束犯下的消息， 之后的"自由的形式"(非结构化)身体的一部分的消息。这些都是 令牌–价值 (或 key–value)对通常分隔的一个 结肠癌和空间(:␣).

就像我所提到的，"签发"不是只有拖车，在目前的做法。看看 例如 这一承诺, 它与"肮脏的母牛":

 mm: remove gup_flags FOLL_WRITE games from __get_user_pages()
 This is an ancient bug that was actually attempted to be fixed once
 (badly) by me eleven years ago in commit 4ceb5db9757a ("Fix
 get_user_pages() race for write access") but that was then undone due to
 problems on s390 by commit f33ea7f404e5 ("fix get_user_pages bug").

 In the meantime, the s390 situation has long been fixed, and we can now
 fix it by checking the pte_dirty() bit properly (and do it better).  The
 s390 dirty bit was implemented in abf09bed3cce ("s390/mm: implement
 software dirty bits") which made it into v3.9.  Earlier kernels will
 have to look at the page state itself.

 Also, the VM has become more scalable, and what used a purely
 theoretical race back then has become easier to trigger.

 To fix it, we introduce a new internal FOLL_COW flag to mark the "yes,
 we already did a COW" rather than play racy games with FOLL_WRITE that
 is very fundamental, and then use the pte dirty flag to validate that
 the FOLL_COW flag is still valid.

 Reported-and-tested-by: Phil "not Paul" Oester <kernel@linuxace.com>
 Acked-by: Hugh Dickins <hughd@google.com>
 Reviewed-by: Michal Hocko <mhocko@suse.com>
 Cc: Andy Lutomirski <luto@kernel.org>
 Cc: Kees Cook <keescook@chromium.org>
 Cc: Oleg Nesterov <oleg@redhat.com>
 Cc: Willy Tarreau <w@1wt.eu>
 Cc: Nick Piggin <npiggin@gmail.com>
 Cc: Greg Thelen <gthelen@google.com>
 Cc: stable@vger.kernel.org
 Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

除了"签发"挂在上面，有的是：

• "Cc"(通知有关的修补)
• "Acked-通过"(承认的所有人的代码，"看起来对我很好")
• "审查过"(审查)
• "报告和测试-通过"(报告和测试的问题(我假设))

其他项目，例如像Gerrit，有自己的标题， 相关的意义。

参见： https://git.wiki.kernel.org/index.php/CommitMessageConventions

这个故事的寓意

这是我的印象是，虽然最初的动力，为这个 特定的元数据是一些法律问题(通过其他 答案)的做法，这样的元数据取得了进展超出了只是 处理的情况下形成一个链的作者。

[↑1]: man git-interpret-trailers
[迷航2]:这些有时也称为"so-b"(英文缩写)，它似乎。