2 
git config --global sendemail.chainreplyto true
git format-patch -2 HEAD  -o patch --cover-letter
git send-email patch/* --to=ycsunjane@gmail.com

我不知道如何让 gmail 识别出一封电子邮件是由 git 作为“回复”发送的，并将这些电子邮件组合在一起作为已发送和回复的电子邮件列表。

邮箱

Message-Id: <cover.1375354436.git.ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4

Message-Id: <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4
In-Reply-To: <cover.1375354436.git.ycsunjane@gmail.com>
References: <cover.1375354436.git.ycsunjane@gmail.com>

Message-Id: <1375355476-9832-2-git-send-email-ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4
In-Reply-To: <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>
References: <cover.1375354436.git.ycsunjane@gmail.com> <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>
4

2 回答 2

0

通常你会使用类似的东西

git format-patch --thread ...

设置 References 和 In-Reply-To 标头。但是 gmail 不会对没有相同主题的电子邮件进行分组（除非进行一些更改，例如添加 RE:) 提交消息和 [patch n/m] 将针对系列中的每个补丁进行更改。所以他们永远不会被分组。

谷歌支持页面声明如下 ( https://support.google.com/mail/answer/5900?hl=en )

如果对话的主题行发生更改，或者对话超过 100 条消息，对话将中断为新线程。

所以这似乎是不可能的。

对于它的价值，我还找到了一个博客的链接，该链接声称已经测试了一些关于 gmail 对话线程的东西。

http://www.sensefulsolutions.com/2010/08/how-does-email-threading-work-in-gmail.html

于 2013-09-01T11:50:02.020 回答
0

我不知道如何让 gmail 识别出一封电子邮件是由 git 作为“回复”发送的

...通过使用官方 SMPT 字段“ reply-to”：Git 2.17（2018 年第二季度）支持此选项：--reply-to=<address>"选项。

请参阅Christian Ludwig ( )的commit d11c943和commit 15dc3b9（2018 年 3 月 3 日） 。（由Junio C Hamano 合并 -- --在提交 e74737b中，2018 年 3 月 15 日）chludwig
gitster

send-email: 支持单独的Reply-To地址

在某些项目中，来自群组的贡献只接受来自一个共同的群组电子邮件地址。

但是每个人都可能希望收到对她自己的个人地址的回复。

这就是我们Reply-To在 SMTP 中使用的 ' ' 标头。
所以引入一个可选的 ' --reply-to' 命令行选项。

在 Git 2.18（2018 年第二季度）中，当输入已经具有In-Reply-To:和/或References:标头并被告知添加相同信息的输入时，“ git send-email”分别添加了这些标头，而不是附加到现有的标头，这违反了 RFC。
这已得到纠正。

请参阅Stefan Agner ( ) 的提交 256be1d（2018 年 4 月 17 日）。（由Junio C Hamano 合并 -- --在提交 c50f76a中，2018 年 5 月 8 日）falstaff84
gitster

send-email: 避免重复的 In-Reply-To/References

如果补丁已经有In-Reply-To或References在标题中（例如，当补丁已经创建时format-patch --thread） git-send-email不应添加另一对这些标题。

根据RFC 5322 第 3.6 节，这也是不允许的。

通过将当前标题读入适当的变量来避免第二对。

于 2018-03-17T00:39:03.753 回答