git前端开发分支管理规范

前端开发分支代码管理规范
主要规定一下关于开发过程中的分支管理，后续大家也统一 一下：

1、长期存在分支3个

1、develop分支：部署开发环境的jenkins的分支
2、test分支：部署测试环境的jenkins的分支
3、master分支：正式环境的代码管理

2、短期分支2个

feature：功能分支
1、开发新需求的时候，或者开发紧急需求时，都是从当前master分支上，创建一个功能分支，名为feature/xx-xx（需求功能-自己清楚的分支可以是你的名字加日期等），开发完成可以将他push到远程中。
当需要进行在开发环境或者测试环境进行测试的时候，将feature/xx-xx功能分支merge到develop或者test分支上进行发布版本测试。
如果此功能需要两个人或者3个人共同开发，那么自己在feature/xx-xx功能分支的基础上切出一个个人开发分支出来feature/xx-xx-xx01进行开发，开发完成将个人分支merge到feature/xx-xx主功能上，如果feature/xx-xx主功能需要进行测试，再将feature/xx-xx主功能分支merge到develop或者test分支中进行发布测试。
2、开发过程需要测试，请把自己的 feature 合并 到develop分支。发布develop分支。
开发差不多需要提测，请把自己的 feature 合并 到test分支。test环境发布test分支
用户验收 uat 环境，请从master分支拉取最新代码切成release分支，然后将自己的 feature 合并到 release分支。uat环境发布release分支。
正式环境发布master分支。需要上线时，请从master分支拉取最新代码切成release分支，然后将自己的 feature 合并到 release分支。正式环境发布release分支。
发布成功无误后，将自己的 feature合并到master

hostfix：热修复分支
1、如果线上出现bug，务必从当前master分支，创建一个分支，名为hostfix-staff-zjp-20200114（修复bug功能-姓名简写-日期）
2、代码写完后，请合并到develop、test、release等分支进行发布。
发布完成后在gitlab提交merge请求合并到到master或者自己合并到master
注意：
不要把代码直接提交到develop分支
不要反向，把develop的代码merge到自己的feature分支
冲突：遇到冲突情况请联系下有关代码开发人员。其他相互调用特殊情况也可以相互多沟通
合并：feature分支、hotfix分支，上线前，请一定要合并到develop分支、test分支，进行测试。
清理：功能上线稳定后，请开发人员各自清理remote端的 feature分支、hotfix分支。

举个栗子：
一、开发新功能：
1、在master分支上，切出一个功能分支：feature/xxx
操作：
git checkout master（切到master分支）
git checkout -b feature/xxx(创建新分支并切换到新分支)
2、在功能分支上进行开发，n个提交，提交到远程
操作：
git push origin feature/xxx
二、发布开发环境：
1、切换到develop，并拉取最新develop分支代码
操作：
git checkout develop
git pull origin develop

2、将功能分支合并到develop分支上，并提交到远程
操作：
git merge feature/xxx(有冲突解决冲突)
git push origin develop
三、上线：
1、在master分支上，切出一个发布分支
操作：
git checkout master(切换到master分支)
git pull origin master（拉取master最新代码）
git checkout -b release-feturexxx（创建并切换到新分支上，可以分成两步：git branch release-feturexxx,git checkout release-feturexxx）

2、将自己的功能分支feture/xxx合并到发布分支 release-feturexxx中：
操作：
git checkout release-feturexxx
git merge feturexxx
有冲突就解决冲突，解决冲突时：
1.先解决冲突，然后需要把冲突的代码添加一下：git add ., 然后继续进行合并：git merge –continue,如果继续有冲突，继续解决冲突，重复操作直到有Merge branch ‘feturexxx’ into release-feturexxx字样，那么冲突解决完成。
3、将发布分支发到远程
操作：git push origin release-feturexxx
4、发布发布分支
5、上线成功，将功能分支合并到master
操作：
git checkout master
git merge feturexxx 有冲突就解决冲突，解决冲突时：1.先解决冲突，然后需要把冲突的代码添加一下：git add ., 然后继续进行合并：git merge –continue,如果继续有冲突，继续解决冲突，重复操作直到有Merge branch ‘feturexxx’ into master字样，那么冲突解决完成。
git push origin master

如果没有权限推代码到远程，那么就在gitlab上进行提交merge request

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功能”