本文主要是介绍基于GITFLOW 的GIT使用流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、版本号规定
V 大版本.次版本.小版本
仅较大的版本变动需更新主版号。
二、GIT分支模型 
三、分支命名规则
使用master、dev、release-* 、hotfix-* 、feature-*
- 一般使用计划开始年月日210512即可，如开发考试补考功能 feature-210512
- hotfix 最好采用bug编号
四、各分支作用及Git命令
master 分支
用于上线的分支，保护性分支，长期分支，只包含经过测试的稳定代码，开发人员不能直接工作在此分支上，也不能直接提交改动到 master 分支上。
dev分支
长期分支，是开发人员进行任何新的开发的基础分支，当开始一个新的feature 分支的时候，要从 develop 分出去；另外此分支也汇集所有的已完成feature的功能，等待发布release并上线。同时进行测试工作亦可在此分支进行。
feature 分支
临时性分支，新功能、非紧急BUG修复在此分支进行开发，也是开发人员自测分支。
基于dev创建feature分支
git checkout dev
git checkout -b feature-210512
推送到远程库
git push --set-upstream origin feature-210512
开发人员拉取feature-210512
git checkout feature-210512
功能开发、或BUG修复完成后开发人员自测完成后 ## 合并feature-210512到dev
git checkout dev
git merge --no-ff feature-210512
git push
如果不再需要可以删除feature分支
git branch -d feature_210512
git push origin -d feature-210512
dev环境仅保存代码和测试工作
规定：feature合并到dev后，即可提交测试,如果把其他feature继续合并到dev，则意味着下一个release版本必包括此feature
即保证当前dev始终保持的是下一个release 版本的功能集合
feature 分支在测试和发布后可删除
release 分支
临时性分支，预发布测试和bug修复以及发布版本 。当dev测试完成，接近release期限时从dev中拉取release版本
git checkout -b release-210512
git push --set-upstream origin release-210512
release版本的bug如有紧急需要则通过cherry pick 合并到dev分支
release版本经过测试后由运维人员发布到线上
release版本发布后，在线测试无误合并回master、dev分支，合并完成后可删除
git checkout master
git merge --no-ff release-210512
hotfix 分支
临时性分支，hotfix 用于紧急修复master分支
hotfix 修复的bug 需要cherry_pick或合并到dev分支
合并完成后可删除
git checkout master
git checkout -b hotfix-195 master
git checkout master
git merge --no-ff feature-210512
这篇关于基于GITFLOW 的GIT使用流程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
