当在团队开发中使用版本控制系统时，商定一个统一的工作流程是至关重要的。Git 的确可以在各个方面做很多事情，然而，如果在你的团队中还没有能形成一个特定有效的工作流程，那么混乱就将是不可避免的。
目的
为了帮助我们解决这个混乱流程，我们将在内部执行一套流程，帮助我们管理整个流程。
gitflow操作流程
gitflow简介
我们主要区分为5个操作。
master生产分支：每个版本通过tag来控制，版本控制采用三位数确定。数字顺序采用从左往右。 bug修复最后一位，小版本迭代采用第二位数字，大版本跌迭采用第一位数字。
hotfix: 上线版本的bug修复，修复完毕需要合并到dev与master主支。如果存在relase分支，那么也需要合并到relase分支上。
relase：功能开发完毕与单机测试完毕，需要进行联合测试的分支。该版本测试完毕，合并到master与dev分支，并且进行删除。relase采用commitID的前五位或者前六位作为标签迭代。
dev: 开发分支，整个程序开发流程都是在dev开发分支上。开发分支采用latest作为做新的版本。
feature: 新功能分支，每一个功能开辟一个分支，开发完毕合并到dev分支，自己独立控制功能分支操作
在git中，每一个点的出现都会有对应的操作。
流程操作。
流程操作，只提供一种方式。其他方式可以根据自己习惯来执行。
进行开发的时候，使用dev远程分支开发,创建feature分支。
克隆的代码是按照master主干为主的代码
git clone ssh://git@code.infervision.com:2022/fruiqi/demo1.git查看所有分支
buntu@node1:~/code/test/demo1$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/dev
remotes/origin/maste下载dev分支代码
直接创建feature分支开发
ubuntu@node1:~/code/test/demo1$ git checkout -b feature/select origin/dev
Branch dev set up to track remote branch dev from origin.
Switched to a new branch 'feature/select'
开心的在上面开发吧在本地dev分支上 remotes/origin/maste创建feature进行开发。
ubuntu@node1:~/code/test/demo1$ git checkout -b dev origin/dev
Branch dev set up to track remote branch dev from origin.
Switched to a new branch 'dev'
ubuntu@node1:~/code/test/demo1$ git branch -a
* dev
master
remotes/origin/HEAD -> origin/master
remotes/origin/dev
remotes/origin/master
ubuntu@node1:~/code/test/demo1$ git checkout feature/dev
Switched to branch 'feature/dev'
ubuntu@node1:~/code/test/demo1$ git branch -a
dev
* feature/dev
master
remotes/origin/HEAD -> origin/master
remotes/origin/dev
remotes/origin/master修改代码后进行修改
采用本地dev分支上，建立新的分支feature进行修改操作。
修改代码
使用git status 查看修改的内容，防止多余的不必要内容上传到仓库中。
git add 需要增加到仓库的文件内容
git commit -m “增加描述”
git checkout dev
git pull origin dev 将本地dev的分支与远程dev分支进行同步
git merge feature/dev 合并功能分支到本地的dev分支上,如果出现矛盾代码，进行解决后，再次提交。
git tag -a tagName
git push origin dev 推送到远程的dev分支。
git add README.md
git commit -m "描述"
git checkout dev
git pull origin dev 更新本地的dev分支
git merge feature/dev 合并分支，并解决矛盾冲突,再次提交
git tag -a tagName 打上tag
git push origin dev tagName 推送到远程分支进行分支开发的一个流程如上，当然还有别的操作流程，大家可以根据自己的操作习惯进行操作。符合gitflow 流程即可。
其他出现的分支操作与此基本一致，需要注意的是有需要打tag的进行打上tag操作.
原文发布时间为：2019-1-6
本文作者：琪琪
本文来自云栖社区合作伙伴“ LuckQI ”，了解相关信息可以关注“YoungRUIQ”微信公众号
