git团队开发基本规范

分支命名

• 主要分支：
  master：版本库初始化自动创建，要保证稳定性
  develop：开发分支，保持最新开发完成和Bug修复的代码
• 临时性分支：
  功能分支feature/XX：命名规范为feature/模块名，例如feature/user_management
  如果多人共用一个分支，那么PUSH前一定要自测，至少保证主流程正常访问
• 测试分支：
  feature/XX分支开发完成后，合并代码到test分支进行测试，测试通过后，需要将功能分支feature/XX合并到develop分支；test分支可能同时合并了多个开发分支，不同的需求可能上线时间不一样，所以test分支不能直接合并到develop
• 修复分支：
  如果线上出现紧急问题，需要hotfix分支进行bug修复，命名为hotfix/XX，从主分支创建，修复完成后，需要合并到develop和master分支

注意：git add .和git add -A的区别，前者不包括删除，后者包括删除

-m规范：
feat添加新特性；fix修复Bug；style修改了样式；refactor代码重构

团队操作规范

1. 新建分支之前，一定要先pull最新的代码，然后再创建分支 commit之前，要先将代码add到暂存区，以免代码没有被提交
2. commit之后，要先pull一下当前分支的最新代码(如果多个人公用一个分支开发)
3. 如果要将当前分支合并到分支B，先要切到分支B，pull最新的代码再合并
4. 合并分支如果有冲突，必须先再本地解决完冲突，再add和commit代码 最后再进行push

总之，不管是提交代码还是合并代码，push之前，都要先pull一下，确保当前分支是最新的代码。

附上全文链接：
https://mp.weixin.qq.com/s/_W0YggNCrylk-0OuJK_5NA