Git中的签准功能是什么？

这件事有什么意义

---

我应该什么时候使用它，如果有的话

注销是将补丁程序引入Linux内核和其他一些项目的必要条件，但大多数项目实际上并不使用它

---

它是在一场战争之后被引入的，（而且，他们中的大多数人实际上从未上过法庭），作为一项法律。它用于表示您证明您已经创建了有问题的修补程序，或者您证明就您所知，它是根据适当的开源许可证创建的，或者它是由其他人根据这些条款提供给您的。这有助于建立一个负责相关代码版权状态的人员链，以确保受版权保护的代码不会在适当的自由软件（开源）下发布许可证不包括在内核中。

注销是提交消息末尾的一行，用于证明谁是提交的作者。 它的主要目的是改进跟踪谁做了什么，特别是使用补丁

提交示例：

Add tests for the payment processor.

Signed-off-by: Humpty Dumpty <humpty.dumpty@example.com>

为支付处理器添加测试。
签字人：Humpty Dumpty

如果用于开源项目，它应该包含用户的真实姓名

如果分支维护人员需要稍微修改补丁以合并它们，他可以要求提交者重新提交，但这会适得其反。 他可以调整代码，并在最后注销，这样原始作者仍然可以获得补丁的荣誉

Add tests for the payment processor.

Signed-off-by: Humpty Dumpty <humpty.dumpty@example.com>

[Project Maintainer: Renamed test methods according to naming convention.]
Signed-off-by: Project Maintainer <project.maintainer@example.com>

为支付处理器添加测试。
签字人：Humpty Dumpty
[项目维护者：根据命名约定重命名测试方法。]
签字人：项目维护人员

资料来源：git 2.7.1（2016年2月）在（2016年1月5日）中澄清了。
（于2016年2月5日合并）

现在包括：

-s::
--signoff::

在提交日志消息末尾添加提交人签署的

行。

签准的含义取决于项目，但它通常证明提交人有权在同一许可证下提交该作品，并同意开发商原产地证书（有关更多信息，请参阅）


展开描述
--签核的文档
修改各种文档（手册页）文件，以更详细地解释
--签准
的含义

这是受“开发商原产地证书”的启发，其中paulj指出：

我对DCO的问题是，在git commit中添加“
-s
”参数并不意味着您真的听说过DCO（git commit

手册页在任何地方都没有提到DCO），更不用说实际看到它了

那么，“由签署的的存在”如何以任何方式暗示发送方同意并承诺DCO？再加上事实，我在补丁列表上看到的回复都是没有抽泣的，只说“用<代码>签名的<代码>重新发送，这样我就可以提交了”

扩展git的文档将更容易证明开发人员在使用它时理解了

--signoff

---

请注意，现在（对于Git 2.15.x/2.16，2018年第1季度）也可用于

Git pull

参见。
（于2017年11月6日合并）

pull

：将

--signoff/--no signoff

传递到“

git merge

” 合并可以执行

--signoff

，但如果不向下拉传递

--signoff

，则它 使用不方便；允许“

pull

”接受并传递选项 通过

---

在这个问题上有一些很好的答案。我会试着再加一个 概括回答，即关于这些行/标题/预告片的类型 目前的做法是。与中的签准标题无关 特别的（这不是唯一的一个）

收割台或拖车(↑1） 比如“签字”(↑2） 是，在当前 在Git和Linux等项目中实践有效结构化元数据 为了承诺。这些都附加到提交消息的末尾， 在消息正文的“自由形式”（非结构化）部分之后。 这些是令牌-值（或键-值）对，通常由 冒号和空格（

：␣）

正如我提到的，“签准”并不是当前实践中唯一的预告片。看见
例如
这与“脏牛”有关：

 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>

mm：从uuu get_user_页面（）中删除编写游戏后的gup_标志
这是一个古老的错误，实际上曾试图修复一次
11年前，我在commit 4ceb5db9757a（“修复”）中犯下了一个错误
get_user_pages（）写访问权竞赛”），但由于
通过提交f33ea7f404e5（“修复获取用户页面错误”）在s390上出现问题。
与此同时，s390的情况早已得到解决，我们现在可以
通过正确检查pte_dirty（）位来修复它（并且做得更好）。这个
s390脏位在abf09bed3cce中实现（“s390/mm:机具
软件脏位”），使其成为v3.9。早期的内核将
必须查看页面状态本身。
此外，虚拟机的可扩展性也越来越强，而使用虚拟机的
当时的理论竞赛已经变得更容易引发。
为了解决这个问题，我们引入了一个新的内部FOLL_COW标志来标记“是的，
我们已经做了一个“奶牛”而不是和富卢玩色情游戏
是非常基本的，然后使用pte脏标志来验证
FOLL_COW标志仍然有效。
报告和测试人：Phil“not Paul”Oester
作者：休·迪金斯
审核人：Michal Hocko
抄送：安迪·卢托米尔斯基
抄送：Kees Cook
抄送：奥列格·内斯特罗夫
抄送：威利·塔罗
抄送：尼克·皮金
抄送：格雷格·塞伦
复写的副本：stable@vger.kernel.org
签字人：Linus Torvalds

除上述“签准”拖车外，还有：


“Cc”（已收到有关修补程序的通知）
“确认人”（由业主确认）
 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>