为什么git的建议行长度为50表示摘要，72为正文？

Question

确切的数目有一些变化，但在一般情况下，提交消息的第一行长度和后续行长度都有推荐的长度或最大长度。对于消息体来说，常见的字符最多为72个字符，建议的上限为50个。

这些或其他常见的git提交行限制的原因是什么？

我听说，72个字符限制与建议的RFC 2045中定义的76电子邮件宽度限制有关：

(软换行)引用的可打印编码要求编码行长度不超过76个字符。

在生成电子邮件时，git函数会向提交消息中添加4个字符，这将要求提交行比电子邮件限制短。反过来，我知道电子邮件字符限制与老终端系统的~80字符限制有关。

如果这确实解释了72个字符的限制，那么50个字符是从哪里来的呢？Subject:只有9个字符，所以在50之前添加只会给出59个字符。也许我们然后添加了常用的7个字符--缩写的提交散列ID和一个空格，它给了我们67个，仍然有5个备用字符。

Answer 1

摘要的50个字符限制并不是一个硬限制。但是你应该努力为你的承诺找到一个很好的简短摘要。因此，以最多50个字符为目标是实现这一目标的良好实践。

我认为72字的身体极限有好的80字每行限制。linux内核编码风格和许多其他项目都使用这种方法。

它是72而不是80的原因是，git可能在git消息的正文中添加一些缩进，并且它仍然是80个或更少的字符。