为了完善项目部署流程，减少业务部署中故障率，特定此方案。该方案采用git分支策略，对实际项目中业务开发、部署流程进行规划化。
分支策略
-
master生产环境分支 -
release预发布环境分支 -
develop集成测试环境分支 -
fixbug修复bug分支 -
功能分支特定业务模块
图片
图片
简单流程
主分支只用来分布上线版本，日常开发在develop分支完成，进行集成测试，然后进入到预发布release分支进行预发布测试，测试通过后并入master。
master
默认主分支，仅有一个，分布提供给用户使用的正式版本
develop
日常开发在这个分支进行
# 新建分支
git checkout -b develop master
# 切换到Master分支
git checkout master
# 对develop分支进行合并
git merge --no-ff develop
功能分支
功能分支，在开发新模块或新功能时，要从develop分支分出来的，开发完，要并入develop，功能分支命令，可以采用feature-*的形式。
# 新建分支
git checkout -b feature-x develop
# 功能并入develop分支
git checkout develop
git merge --no-ff feature-x
#删除feature分支
git branch -d feature-x
git push --set-upstream origin feature-x
release
当develop上已经包含了某个发布所需要的所有功能，并且没有已知的严重问题，就可以创建该release分支，也称预发布分支，即发布正式版之前，可以进行预发布版本测试，功能测试和代码评测通过后，需要合并回develop和master分支。
# 创建与发布分支
git checkout -b release-1.0 develop
# 合并master分支
git checkout master
git merge --no-ff release-1.0
# 对合并生成的新节点，做一个标签
git tag -a 1.0
# 合并到develop分支
git checkout develop
git merge --no-ff release-1.2
# 删除预发布分支
git branch -d release-1.0
git push --set-upstream origin release-1.0
fixbug
基于主分支创建Bugfix分支修复主分支上发现的问题，修复完成并且通过代码评审后，再合并进master和develop分支，命令规则可以采用fixbug-*形式。
# git创建一个修补bug分支
git checkout -b fixbug-1.0 master
# 修补结束后，合并到master分支
git checkout master
git merge --no-ff fixbug-1.0
git tag -a 1.0.1
# 在合并到develop分支
git checkout develop
git merge --no-ff fixbug-1.0
# 删除 bug分支
git branch -d fixbug-1.0
git push --set-upstream origin fixbug-1.0
分支管理相关命令
创建分支
根据项目需要，基于master分支创建分支，来管理
创建分支
git branch devdev 为分支名切换到分支
git chectout dev-
推送分支
git push --set-upstream origin reseles前两步也可以直接用一个命令：
git checkout -b dev
删除分支
当某个分支无存在意义，不需要了，可以删除。
- 删除本地分支
git branch -d dev - 删除远程分支
git push origin --delete dev
合并分支
在主分支中，需要将某个子分支的代码合并进来，在当前主分支下，执行以下命令。
- 合并分支
git merge dev - 合并分支
git merge --no-ff dev
查看所有分支
- 列出本地分支
git branch - 列出远程分支
git branch -r
参考：https://www.jianshu.com/p/b33eb326d361
https://www.jianshu.com/p/fc3b3bce5d8a?utm_campaign=maleskine...&utm_content=note&utm_medium=seo_notes&utm_source=recommendation
