英語

• 中文 (簡體)

修改補丁

如果您是子系統或分支維護者，有時您需要對收到的補丁進行微調以進行合併，因為您的程式碼樹和提交者的程式碼不完全相同。如果您嚴格遵守開發者原創證書的規則 (c)，您應該要求提交者重新生成差異，但這完全是浪費時間和精力，適得其反。規則 (b) 允許您調整程式碼，但改變一個提交者的程式碼並讓他為您的錯誤背書是非常不禮貌的。為了解決這個問題，建議您在最後一個 Signed-off-by 頭部和您的頭部之間新增一行，說明您所做更改的性質。雖然這並非強制性，但似乎在描述前加上您的郵件和/或姓名，並用方括號括起來，足以明顯地表明您應對最後時刻的更改負責。示例

Signed-off-by: Random J Developer <random@developer.example.org>
[lucky@maintainer.example.org: struct foo moved from foo.c to foo.h]
Signed-off-by: Lucky K Maintainer <lucky@maintainer.example.org>

如果您維護一個穩定分支，並且同時希望認可作者、跟蹤更改、合併修復並保護提交者免受投訴，這種做法特別有用。請注意，在任何情況下，您都不能更改作者的身份（From 頭部），因為這是出現在變更日誌中的資訊。

致回溯移植者的特別提示：在提交訊息的頂部（主題行之後）插入補丁來源的指示，以方便跟蹤，這似乎是一種常見且有用的做法。例如，這是我們在 3.x 穩定版中看到的內容

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]

無論格式如何，這些資訊都為跟蹤您的程式碼樹的人以及嘗試解決您程式碼樹中錯誤的人提供了寶貴的幫助。