これに同意できるなら、以下のような1行を追加してください。<random@developer.example.org>実名を使ってください。(残念ですが、偽名や匿名による寄与はできません。近くに追加のタグを付加しています。特別な情報を示したりすることができます。あなたがサブシステムまたはブランチのメンテナであれば、受け取ったパッチを自身のツリーにマージするために、わずかに変更が必要となる場合があります。あなたのツリーの中のコードと投稿者のツリーの中のコードは同一ではないためです。あなたが厳密に上記ルール(c)にこだわるのであれば、投稿者に再度差分をとるよう依頼すべきです。これは時間とエネルギーを非生産的に浪費することになります。ルール(b)はあなたにコードを修正する権利を与えてくれます。投稿者のコードを修正し、その修正によるバグを投稿者に押し付けてしまうことはとても失礼なことです。間に、修正を加えたことを示す1行を追加することが推奨されています。(その1行の書き方に)決まりはありませんが、大括弧の中に電子メールアドレスや氏名と修正内容を記載するやり方は目につきやすく、最終段階での変更の責任があなたにあることを明確にするのに十分な方法のようです。修正のマージ、と同時に苦情からの投稿者の保護を行いたい場合、この慣習は特に有用となります。ヘッダ)は変更できないことに注意してください。バックポートする人のための特別な注意事項。追跡を容易に行うために、コミットメッセージのトップ(サブジェクト行のすぐ後)にパッチの起源を示す情報を記述することは一般的で有用な慣習です。