团队项目Git分支管理规范

原文地址: http://blog.jboost.cn/git-branch.html 分支管理 创建项目时,针对不同环境创建三个常设分支: develop:开发环境的稳定分支,公共开发环境基于该分支构建。 pre-release:测试环境的稳定分支,测试环境基于该分支构建。 master:生产环境的稳定分支,生产环境基于该分支构建。仅用来发布新版本,除了从pre-release或生产环境Bug修复分支进行merge,不接受任何其它修改 平时开发工作中,会根据需要由开发人员创建两类临时分支: 功能(feature)分支:为了开发某个特定功能,从develop分支上面分出来的。开发完成后,要merge到develop分支。功能分支的命名,可以采用feature-*的形式命名(*为任务单号) Bug修复(fixbug)分支:为了修复某个bug,从常设分支上面分出来的。修复完成后,再merge到对应的分支。Bug修复分支的命名,可以采用fixbug-*的形式命名(*为bug单号) 流程规范 正常开发流程 从develop分支切出一个新分支,根据是功能还是bug,命名为feature-* 或 fixbug-*。 开发者完成开发,提交分支到远程仓库。 开发者发起merge请求(可在gitlab页面“New merge request”),将新分支请求merge到develop分支,并提醒code reviewer进行review code reviewer对代码review之后,若无问题,则接受merge请求,新分支merge到develop分支,同时可删除新建分支;若有问题,则不能进行merge,可close该请求,同时通知开发者在新分支上进行相应调整。调整完后提交代码重复review流程。 转测时,直接从当前develop分支merge到pre-release分支,重新构建测试环境完成转测。 测试完成后,从pre-release分支merge到master分支,基于master分支构建生产环境完成上线。并对master分支打tag,tag名可为v1.0.0_2019032115(即版本号_上线时间) 流程示意图如下所示 并行开发测试环境Bug修复流程…