git commit - 格式？

Question

在git的提交消息（COMMIT_EDITMSG）中使用的建议格式是什么？

Answer 1

有异，当然，而是一个非常常见的格式是这样的（从http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html拍摄，我觉得总结起来真的很好）：

Short (50 chars or less) summary of changes 

More detailed explanatory text, if necessary. Wrap it to about 72 
characters or so. In some contexts, the first line is treated as the 
subject of an email and the rest of the text as the body. The blank 
line separating the summary from the body is critical (unless you omit 
the body entirely); tools like rebase can get confused if you run the 
two together. 

Further paragraphs come after blank lines. 

- Bullet points are okay, too 

- Typically a hyphen or asterisk is used for the bullet, preceded by a 
    single space, with blank lines in between, but conventions vary here 

一件事不解决的是什么我已经为自己采纳了，即在第一行的开头使用短标签来标识它是什么类型的提交。这可能是标记为[fix]的错误修正，[new]为新功能，或[dev]为只影响内部的提交。有了这样的策略，很容易从提交中自动生成更改日志。

编辑：这里还有一个很好的总结，从这个网站甚至：In git, what are some good conventions to format multiple comments to a single commit

Answer 2

我不建议大的消息。如果你不能用一句话解释你在做什么，你的承诺就包含了太多的变化。如果你已经提交，使用git rebase -i并分割你的提交。如果您还没有提交更改，请使用git add -p以小部分进行分段，然后提交为较小的提交。

像这样的粒度变化历史记录将有助于后续合并和重置。它还可以帮助您链接到问题跟踪器。如果您有两张或更多票据，则解密提交中的每个更改都会更加困难。