Git使用规范 代码管理

Workflow 概览：

---

1、分⽀支及其命名规范
　　master
　　develop
　　hotfix-，如 hotfix-policy-status-unpaid
　　release-，如 release-20180913
　　feature-，如 feature-new-assurance-company
2、master分⽀支操作规范
　　1）开发⼈人员⼀一般不不允许操作master分⽀支；
　　2）统⼀一由管理理⼈人员合并代码⾄至master分⽀支，打TAG；
　　例例外：
　　现⽹网严重BUG修复时，可以checkout master进⾏行行修复，完成后提交merge request；
3、开发规范
3.1 现⽹网严重BUG修复
　　主要操作步骤：
　　1）直接从master分⽀支建⽴立hotfix-分⽀支进⾏行行bug fix；
　　2）开发完成测试后，提交并提交merge request；
　　3）合并代码打TAG发布
　　示例例：
　　> #从master 新建⼀一个hotfix分⽀支
　　> git checkout -b hotfix-1.2.1 master
　　> ……(修改，并提交本地）
　　> #将bug修复内容合并⾄至master
　　> git checkout master
　　> git merge --no-ff hotfix-1.2.1
　　> #可发布打tag
　　> git tag -a 1.2.1
　　同时注意：
　　hotfix需要同时合⾄至 develop分⽀支去；
　　> git checkout develop
　　> git merge --no-ff hotfix-1.2.1
3.2 ⽇日常特性开发
　　主要操作步骤：
　　1）从develop分⽀支检出最新代码，新建分⽀支 feature- ；
　　2）开发，⾃自测，提交代码；
　　示例例：
　　> #开发新特性时，新建分⽀支
　　> git checkout -b myfeature develop
　　> #完成开发后，合并⾄至develop分⽀支
　　> git checkout develop
　　> git merge --no-ff myfeature
　　> #提交⾄至远程develop分⽀支
　　> git push origin develop
3.3 release分⽀支操作
　　release分⽀支原则上不不允许添加新的特性
　　管理理员：
　　在迭代版本开发结束时，从develop分⽀支建⽴立 release-分⽀支；
　　> git checkout -b release-1.2 develop
　
　　在release版本预发布环境验证⼀一切OK后，
　　1）将release-1.2分⽀支合并到master分⽀支；
　　2）在master分⽀支建⽴立 tag 发布
　　同时注意：
　　将 release-1.2分⽀支合并到develop分⽀支去；
　　开发⼈人员：
　　1）发现bug需要修复，直接在 release-1.2分⽀支上进⾏行行修复，提交；
　　2）完成后，需要将release的改变合并到 develop 分⽀支去