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以小部分進行分段，然後提交爲較小的提交。

像這樣的粒度變化歷史記錄將有助於後續合併和重置。它還可以幫助您鏈接到問題跟蹤器。如果您有兩張或更多票據，則解密提交中的每個更改都會更加困難。