質問:日付git send-emailを尊重するように伝える方法はありますか? git format-patchさらに良いことに、メールの日付とコミットの日付を区別しない方法はありますか?
観察:これは、変更する方法が見つからない日付の処理に関する私の観察です。
- で作成されたパッチに
git format-patchは、コミット日がDate:ヘッダーとして記録されます。 - を使用
git send-emailしてパッチを送信すると、コミット日が送信時に変更されます - でコミットを適用する場合、受信メールのヘッダーに
git amある日付が使用されます。Date:
部分的な回避策:のラッパー スクリプトを使用するgit send-emailことで、パッチからコミット日を抽出し、faketimeまたは同様の方法を使用して、 を強制的にgit send-emailコミット日に従うようにすることができます。ただし、これには 2 つの問題があります。
- メールの日付とコミットの日付が 1 つに折りたたまれているため (これは概念上の欠陥と見なされます)、メールが間違った時間に受信トレイに表示されて不便です。
- この方法は、一連のパッチではなく、1 つのパッチを送信する場合にのみ簡単に適用できます。これらのパッチを同じメール スレッドに表示したい場合です。もちろん、SMTP デバッグを有効にして ( ) 、出力から
git send-email --smtp-debug=1を抽出できます。Message-Idしかし、すでに実装されているスレッドオプションを書き直す必要があるように見え始めますgit send-email...
git send-emailまでに記録されたコミット日付を尊重する場合、git format-patchカバー レター ( ) を使用して問題番号 1 に対処し、および MUAgit send-email --cover-letterのスレッド サポートに依存することに注意してください。git send-email
おまけの質問: 記録のために、適用されたパッチの元のコミット (実装) の日付を確認したいと思います (1 つのコミットにマージされた一連のパッチは、公開されたブランチに組み込まれた時間を示します)。これを望んでいる私の考えは、どういうわけか間違っていますか？電子メールの日付とコミットの日付を 1 つとして扱うことについて、より深い考え方はありますか? これは、ローカルの変更をパブリック ブランチにプッシュすることに似ています。日付は保持されます。
PS使用したいタグがありませgit-send-emailん(評判では作成できません)。git-format-patch