1、分支说明

master 正式环境分支
dev 开发测试环境主分支
dev_* 开发者开发/修改新建分支
前端上线正式环境直接开发分支（eg：dev_4.0.0）合并到master，省去代码复制黏贴步骤。
在新建的开发分支通过git pull origin master命令同步最新正式代码，本地预先解决冲突，避免合并代码时产生大量冲突。

2、开发流程

1、功能开发或bug修改

1、创建新分支

根据开发版本号或bug，新建具有辨识度的分支。

2、在本地pull代码，切换到对应分支，完成代码开发后，申请合并分支。

2、测试上线流程

开发周期较长时，为防止代码合入时产生大量冲突，多使用git pull origin master同步主分支代码。
开发完成后，在开发分支部署项目完成自测。完成后合入dev分支。
转测后，测试在dev分支测试没有问题后，开发分支（eg:dev_4.0.0）合入master分支。
仿真版部署master分支，进行上线前最后的测试。
测试完成后，部署master到正式环境，完成上线。

3、commit规范

init: 初始化
feat: 新特性
fix: 修改问题
refactor: 代码重构
docs: 文档修改
style: 代码格式修改, 注意不是 css 修改
test: 测试用例修改
build: 构建项目
chore: 其他修改, 比如依赖管理
scope: commit 影响的范围, 比如: route, component, utils, build…
subject: commit 的概述
例如:
git commit -m “fix: 修复xxbug”
git commit -m “feat: 开发xx功能”

编码规范

前端开发流程