# 為什么需要代碼提交規范 在團隊協作開發時，每個人提交代碼時都會寫 commit message。 每個人都有自己的書寫風格，翻看我們組的git log, 可以說是五花八門，十分不利于閱讀和維護。 一般來說，大廠都有一套的自己的提交規范，尤其是在一些大型開源項目中，commit message 都是十分一致的。 因此，我們需要制定統一標準，促使團隊形成一致的代碼提交風格，更好的提高工作效率，成為一名有追求的工程師。 # 業界通用的 git 提交規范有哪些？ ## 1.[commitizen](https://www.npmjs.com/package/commitizen) [AngularJS](https://github.com/angular/angular/commits/master)在 github上 的提交記錄被業內許多人認可，逐漸被大家引用。 <br /> **格式：** ``` type(scope) : subject ``` (1) type（必須） : commit 的類別，只允許使用下面幾個標識： * feat : 新功能 (feature) * fix : 修復bug * docs : 文檔改變 * style : 代碼格式改變 * refactor : 某個已有功能重構 * perf : 性能優化 * test : 增加測試 * build : 改變了build工具 如 grunt換成了 npm * revert : 撤銷上一次的 commit * chore : 構建過程或輔助工具的變動 ( 2 ) scope（可選） : 用于說明 commit 影響的范圍，比如數據層、控制層、視圖層等等，視項目不同而不同。 ( 3 ) subject（必須） : commit 的簡短描述，不超過50個字符。 **示例** ``` git commit -m "feat: 新增提現功能" git commit -m "fix: 修復提現余額不足依然可以申請問題" ``` ## 參考 [git commit 代碼提交規范](https://segmentfault.com/a/1190000017205604)