我通常在我的git bash中編寫長提交消息，以便稍後有人閱讀我的代碼時可以很容易地看到我做了什麼。例如，在設計窗體時，我在窗體應用程序的vs2013中編寫了以下代碼。在git中寫入長時間提交消息？
git commit -m "Add Name,age ,height,weight and salary labels with corresponding text boxes and more over a Submit Button..."
問題是，當我輸入git log --oneline它沒有顯示整個消息和砍掉它的一部分。 我的問題是，在git中編寫長提交消息的方式是什麼，限制和如何顯示它們以便所有消息可以很容易地在git bash上看到？
git顯示日誌消息的方式是，它將採用第一行並使用git log --online中的內容，然後在使用正常的git log時顯示其他任何內容，只要第一和第二部分之間有空白行：
Add summary line here
An example of how to write long commit messages.
Blah blah blah blah blah.
SKADOOSH!
的標準，很多人用它來使用第一線的在提交更改的摘要，並使其保持在50個字符的最大長度，以便它可以使用時貼合git log --oneline --graph。這實際上是Linux內核和git項目維護者自己使用的標準（GitHub也在推廣它）。
雖然您可能會覺得50個字符太短，所以您可以使用的另一個標準是將總結保留爲最多72,78或80個字符。
對於提交信息的其餘部分，保持最大行長度爲72,78或80個字符最大也是有幫助的，就像您經常將顯示器屏幕與一個終端分開一半並使用瀏覽器或編輯器在另一半。許多編輯器都有快捷方式，可以將長行自動換行爲最大列長。
例如，在Sublime Text中，命令是CMD + q。 Vim也有幾個快捷方式可以做到這一點（gq就是其中之一），但是您需要配置最大線路長度以使其工作。崇高文本也是如此。
此外，保持它50個字符鼓勵更小的提交，這可以使調試更容易。 – f1lt3r
參見[Git Commit Messages：50/72 Formatting]（http://stackoverflow.com/questions/2290016/git-commit-messages-50-72-formatting）。 – 2014-03-29 12:47:59
可能重複[如何包裝git提交評論？]（http://stackoverflow.com/questions/2119942/how-to-wrap-git-commit-comments） – 2014-03-29 12:54:40