英文源：
首字母大寫的摘要（不多於 50 個字元）
如果必要的話，加入更詳細的解釋文字。在大概 72 個字元的時候換行。
在某些情形下，第一行被當作一封電子郵件的標題，剩下的文字作為正文。
分隔摘要與正文的空行是必須的（除非你完全省略正文），
如果你將兩者混在一起，那麼類似變基等工具無法正常工作。
使用指令式的語氣來編寫提交資訊：使用「fix bug」而非「fixed bug」或「fixes bug」。
此約定與 git merge 和 git revert 命令生成提交說明相同。
空行接著更進一步的段落。
- 標號也是可以的。
- 專案符號可以使用典型的連字元或星號，後跟乙個空格，行之間用空行隔開，
但是可以依據不同的慣例有所不同。
- 使用懸掛式縮排
git 設定提交模板
文章 多人協作開發乙個專案時，版本控制工具是少不了的，git是linux 核心開發時引入的乙個優秀 管理工具，利用它能很好使團隊協作完成乙個專案。為了規範團隊的 提交，也方便出版本時的release note，更為了出問題時方便 回溯，所以大家統一用乙個模板提交 是必要的。git中設定templat...
Git 提交資訊樣式指南
該指南是你在專案進行過程中所需遵守的官方指南。優達學城的評估人員會根據該指南為你的專案打分。在前端網頁開發的世界中，有很 最佳 樣式供你選擇。因此，為了減少學生在專案過程中因選擇何種樣式所產生的困惑，我們強烈建議所有學生在其專案中遵循這個樣式指南。提交資訊由三個不同的部分構成，這些部分均由空行分隔 ...
git提交資訊校驗格式
老大前兩天要求git提交時填寫的資訊必須是以某個格式提交，比如改bug需要以 fixbug 開頭。但是有時候一懶就忘了加這些字首了。所以想到git鉤子，可以在提交之前寫乙個校驗指令碼。git專案下的 git hooks commit msg檔案內容更改為 test grep 1 解釋一下語句涉及的命...