相关疑难解决方法(0)

Tim Pope在他的博客文章中提出了一个特定的git commit消息风格:http: //www.tpope.net/node/106

以下是他推荐的内容的快速摘要:

• 第一行是50个字符或更少
• 然后一个空白行
• 剩余文本应包含72个字符

他的博客文章给出了这些建议的基本原理(为简洁起见,我称之为"50/72格式化"):

• 在实践中,一些工具将第一行视为主题行,将第二段视为主体(类似于电子邮件)
• git log 不处理包装,因此如果行太长则很难读取.
• git format-patch --stdout 将提交转换为电子邮件 - 所以如果您的提交已经很好地包装,那么它会很有用.
• 我想补充一点,我认为蒂姆会同意:总结你的提交的行为在任何版本控制系统中都是一个很好的做法.它可以帮助其他人(或稍后的人)更快地找到相关提交.

所以,我的问题有两个部分:

• git的"思想领袖"或"有经验的用户"有什么(大致)拥抱50/72的格式化风格？我问这个是因为有时新用户不知道或不关心社区实践.
• 对于那些不使用此格式的人,是否有使用不同格式样式的原因？(请注意,我正在寻找关于优点的论据,而不是"我从未听说过"或"我不在乎.")
• 从经验上讲,git存储库中有多少百分比采用这种风格？(如果有人想对GitHub存储库进行分析......提示,提示.)

我的观点是不推荐50/72款式或其他款式.(关于它,我更喜欢它,但我对其他想法持开放态度.)我只是想了解为什么人们喜欢或反对各种git提交消息样式的理由.(请随意提出尚未提及的要点.)