feat： 新增 feature
fix: 修復 bug
docs: 僅僅修改了文檔，比如 README, CHANGELOG, CONTRIBUTE等等
style: 僅僅修改了空格、格式縮進、逗號等等，不改變代碼邏輯
refactor: 代碼重構，沒有加新功能或者修復 bug
perf: 優化相關，比如提升性能、體驗
test: 測試用例，包括單元測試、集成測試等
chore: 改變構建流程、或者增加依賴庫、工具等
revert: 回滾到上一個版本
Git分支與版本發布規范
基本原則：master為保護分支，不直接在master上進行代碼修改和提交。
開發日常需求或者項目時，從master分支上checkout一個feature分支進行開發或者bugfix分支進行bug修復，功能測試完畢並且項目發布上線后，將feature分支合並到主干master，並且打Tag發布，最后刪除開發分支。分支命名規范：
分支版本命名規則：分支類型 _ 分支發布時間 _ 分支功能。比如：feature_20170401_fairy_flower
分支類型包括：feature、 bugfix、refactor三種類型，即新功能開發、bug修復和代碼重構
時間使用年月日進行命名，不足2位補0
分支功能命名使用snake case命名法，即下划線命名。
Tag包括3位版本，前綴使用v。比如v1.2.31。Tag命名規范：
新功能開發使用第2位版本號，bug修復使用第3位版本號
核心基礎庫或者Node中間價可以在大版本發布請使用灰度版本號，在版本后面加上后綴，用中划線分隔。alpha或者belta后面加上次數，即第幾次alpha：
v2.0.0-alpha.1
v2.0.0-belta.1
版本正式發布前需要生成changelog文檔，然后再發布上線
