在日常的開發工作中，我們團隊所有的項目都是使用Git來做版本管理的。Git是個很強大的版本管理工具，像全球最大的同性交友網站Github就是基於Git的。
如此強大的版本管理工具，在實際的應用中，我們很多的時候卻沒有發揮它的作用，而且還把它用的超級爛，其中最明顯的就是Commit message。
實際項目提交記錄
在項目中存在大量提交，每一次提交都意味着系統的一次更新，但是從提交信息中我們很難分辨出某一次提交具體解決了什麼問題，增加了什麼功能。提交內容如下：
打開一次提交記錄，我們還會發現在一次提交中，融合了太多的功能：
- 修復了一個bug
- 優化了代碼結構
- 增加了一個新功能
- 等等
提交的內容太多的複雜，混亂。當我們需要版本回滾的時候，無法很好的將代碼恢復到某一個功能點上。
優秀開源項目提交記錄
接下來我們在看看優秀的開源項目是如何提交記錄的。
上面的提交記錄是我從Angular項目中截取的，我們可以清晰的看到每一次提交都做了什麼，commit message都使用了簡明的文字描述了提交內容。
打開提交記錄，我們會發現提交內容和message非常匹配，一次提交絕不會包含和本次提交目的無關的內容。這樣提交代碼，可以很方便的進行代碼Review。
Commit Message規範
參考優秀的開源項目，我們可以很好的總結出一套message的格式規範：
總結
參考並使用總結出來的這套規範，可以使我們版本管理更清晰，使我們的項目走向優秀更進一步。