git 规范

git 分支命名规范：

master分支：稳定可用的版本的（可部署的）分支，不能直接在该分支上开发

develop：开发主分支，不做开发用，只做合并用，是所有功能分支的合并主分支

feature：功能开发分支，在develop上创建分支，以开发的功能模块命名（feature-xxx），测试完成后合并到develop分支

feature-xxx-fix：bug修复分支，feature-xxx合并之后发现bug，在develop上创建分支进行修复，修复完成后合并到develop分支，在featrue-xxx合并之前发现bug，在feature-xxx修复bug，修复完成后再合并到develop分支

hotfix-xxx：紧急修复bug分支，再master上创建分支，修复完成后再合并到master分支

注意：一个功能分支尽量只开发一个功能模块，不要多个功能模块在一个分支上开发

feature分支在申请合并之前，首先pull一下develop分支，看是否有冲突，如果有冲突先解决冲突在合并

git commit  message规范：

格式：<type>: <subject>

type：提交类型，subject：提交目的简单描述

type分类：fix: 修复bug、add: 新功能、update: 更新、refactor : 某个已有功能重构、perf : 性能优化

style : 代码格式改变、test: 增加测试代码、docs : 文档改变、revert: 撤销上一次的commit、build: 构建工具或构建过程等的变动