英文
修改补丁¶
如果您是子系统或分支维护者，有时您需要稍微修改收到的补丁才能合并它们，因为您的代码树与提交者的代码树不完全相同。 如果您严格遵守开发者原创证书的规则（c），您应该要求提交者重新生成差异，但这完全是适得其反的浪费时间和精力。 规则（b）允许您调整代码，但随后更改一位提交者的代码并让他认可您的错误是非常不礼貌的。 为了解决这个问题，建议您在最后一个 Signed-off-by 标头和您的标头之间添加一行，指出您的更改的性质。 虽然这不是强制性的，但似乎在描述前面加上您的邮件和/或姓名（全部用方括号括起来）足以引人注目，使其明显表示您对最后一刻的更改负责。 例如
Signed-off-by: Random J Developer <[email protected]>
[[email protected]: struct foo moved from foo.c to foo.h]
Signed-off-by: Lucky K Maintainer <[email protected]>
如果您维护一个稳定分支，并且同时想感谢作者，跟踪更改，合并修复程序并保护提交者免受投诉，那么这种做法特别有用。 请注意，在任何情况下，您都不能更改作者的身份（From 标头），因为它是在变更日志中显示的身份。
给回溯者的特别提示：在提交消息的顶部（主题行之后）插入补丁来源的指示似乎是一种常见且有用的做法，以便于跟踪。 例如，以下是在 3.x-stable 版本中看到的内容
Date: Tue Oct 7 07:26:38 2014 -0400
libata: Un-break ATA blacklist
commit 1c40279960bcd7d52dbdf1d466b20d24b99176c8 upstream.
以下是补丁被回溯后可能出现在较旧内核中的内容
Date: Tue May 13 22:12:27 2008 +0200
wireless, airo: waitbusy() won't delay
[backport of 2.6 commit b7acbdfbd1f277c1eb23f344f899cfa4cd0bf36a]
无论格式如何，此信息都为跟踪您的代码树的人员以及尝试对您的代码树中的错误进行故障排除的人员提供了宝贵的帮助。