在本次开发过程之前，我们前端的git工作流采用的是有一个主干分支，每个开发在主干分支上拉去自己分支，然后再合并分支，这种方式可以在开发大型项目时，隔离风险，但是不太适应目前项目团队的开发节奏，因此经过和团队成员（桠鑫、张进、帅鹏）的讨论。我们采用了另一种git工作方式。

工作方式的介绍

结合我们开发工程中遇到的问题，现在使用二个分支进行工作，一个dev分支进行开发迭代，一个master分支进行版本迭代，主要流程是，各个项目组成员拉去dev分支代码进行开发，在完成自己需求时，提交自己的commit。
这种方式带来的好处是很明显的；一是可以减少多个分支进行开发时造成的心智混乱（在之前的开发过程中，我们时常会考虑要先与谁进行合并分支，如果沟通不及时，可能会把之前完成的功能点遗忘或者覆盖），并且提交过程中会自动拉取线上代码，立即合并，如果发生冲突时能立即解决，避免多个冲突累积成为一个大的bug。

git代码commit命名约定

在开发过程中会遇到一下几种场景，可以通过约定的方式，来将各种开发类型进行确定，保证未来回顾代码时，能记得更准确
Type<类型>说明：

  • feat: 添加新特性
  • fix：修复Bug
  • style: 仅仅修改了样式
  • refactor: 代码重构

其中：feat和fix最为常用

协作开发流程

操作流程参考如下:
新建分支之前，一定要先pull最新的代码，然后再创建分支
commit之前，要先将代码add到暂存区，以免代码没有被提交
commit之后，要先pull一下当前分支的最新代码
如果要将当前分支合并到分支B，先要切到分支B，pull最新的代码再合并
合并分支如果有冲突，必须先再本地解决完冲突，再add和commit代码
最后再进行push