简介
Gitflow工作流定义了一个围绕项目发布的严格分支模型,它不同的分支分配一个很明确的角色,并定义分支之间如何和什么时候进行交互。
Gitflow工作流仍然用远程仓库作为所有开发者的交互中心。和其它的工作流一样,开发者在本地工作并push分支到要中央仓库中。
Gitflow工作流应被视作为指导方针,而非“铁律”。你可以组合使用不同的流程,找到适合自己项目的工作流。
主要分支介绍
image- master分支:主分支,产品的功能全部实现后,最终在master分支对外发布,长存分支。
- develop分支:开发分支,基于master分支克隆,产品的编码工作在此分支进行,长存分支。
- release分支:测试分支,基于delevop分支克隆,产品编码工作完成后,发布到本分支测试,测试过程中发现的小bug直接在本分支进行修复,修复完成后合并到develop分支。本分支属于临时分支,目的实现后可删除分支。
- hotfix分支:bug修复分支,基于master分支或里程碑tag克隆,主要用于修复对外发布的分支,收到客户的bug反馈后,在此分支进行修复,修复完毕后分别合并到develop分支和master分支。本分支属于临时分支,目的实现后可删除分支。
- feature分支:功能特征分支,基于develop分支克隆,主要用于多人协助开发场景或探索性功能验证场景,功能开发完毕后合并到develop分支。feature分支可创建多个,属于临时分支,目的实现后可删除分支。
示例
下面的例子将演示gitflow流程如何被用来管理一次产品发布。假设你已经创建好了一个远程仓库。
(1)基于master分支,创建develop分支
imagegit checkout -b develop /* 基于master分支建立develop分支,并切换到develop分支 */
git push -u origin develop /* 推送develop分支到远程仓库 */
(2)其他开发者应该clone远程仓库,并且为develop创建一个追踪分支。
git clone https://github.com/haishancheng/gitTest.git /* clone远程仓库 */
git checkout -b develop origin/develop /* 基于远程仓库的develop分支建立本地的develop分支进行开发 */
(3)完成部署,进入开发
到现在,所有人都把包含有完整历史的分支(develop)在本地配置好了。此时所有人都可以进行开发了。假设工程师A和工程师B开始开发新功能。他们需要为各自的功能创建相应的分支。新分支不是基于master分支,而是应该基于develop分支。然后他们各自在自己的功能开发分支上开展工作。通常就是这种git三部曲:edit,stage,commit。
image
git checkout -b feature-xxx develop /* 基于develop分支建立各自的feature分支,并切换到feature分支 */
…coding中… /* 代码编写中*/
git add **.** /* 提交修改到暂存区*/
git commit -m "提交注释" /* 提交到本地仓库*/
(4)功能开发完毕
工程师A的功能开发完毕了,他需要所完成的功能合并入develop分支,并推送到远程仓库
image
git checkout develop /* 切换到develop分支 */
git pull origin develop /* 执行代码拉取操作,防止代码冲突 */
git merge feature-xxx /* 将完成的功能分支合并入develop分支*/
git push origin develop /* 推送到远程仓库 */
git branch -d feature-xxx /* 删掉功能分支*/
(5)进行测试并且修复bug
工程师A阶段性的开发工作已完成,需要为产品发布的准备工作。启动测试工作,将代码发布到测试分支release,并推向远程仓库。测试工程师提交Bug后,开发人员在release分支上修复bug。
image
git checkout -b release /* 基于develop分支建立release分支,并切换到release分支 */
git push origin release /* 将release分支推送到远程release分支 */
…解决bug coding中… /* 解决bug中 */
git add **.** /* 提交修改到暂存区*/
git commit -m "修复说明中最好添加Bug#BugID关键字" /* 提交到本地仓库*/
(6)修完bug,合回master和develop分支
bug修复完毕之后,工程师A就要把修复完的测试分支合并入master和develop,然后再将测试分支删除。
image
git checkout master /* 切换到master分支 */
git merge release /* 合并release分支到master分支 */
git push origin master /* 推送master分支到远程仓库master分支 */
git checkout develop /* 切换到develop分支 */
git merge release /* 合并release分支到master分支 */
git push origin develop /* 推送develop分支到远程仓库develop分支 */
git branch -d release /* 删掉本地release分支 */
git push origin --delete release /* 删掉远程仓库的release分支 */
(7)打tag标签
打一个里程碑tag标签,并推送到远程仓库,就可以发布了
git checkout master /* 切换到master分支 */
git tag -m "task#003v1.0.0首版发布" v1.0.0.181018 /* 创建里程碑tag */
git push origin v1.0.0.181018 /* 推送里程碑tag到远程仓库 */
(8)线上bug修复
-
用户发现了一个bug,基于master(或tag)创建了一个用于维护的分支(hotfix分支),修复完毕之后合入master合develop分支
image
git checkout-b hotfix-v1.0.0.181018 v1.0.0.181018 /* 基于tag创建hotfix分支*/
… fix the bug… /* 修复bug*/
git checkout master /* 切换到master分支 */
git merge hotfix-v1.0.0.181018 /* 合并hotfix分支到master分支 */
git push origin master /* 推送master分支到远程仓库master分支 */
git checkout develop /* 切换到develop分支 */
git merge hotfix-v1.0.0.181018 /* 合并hotfix分支到master分支 */
git push origin develop /* 推送develop分支到远程仓库develop分支 */
git branch -d hotfix-v1.0.0.181018 /* 删掉本地hotfix分支 */
git push origin --delete hotfix-v1.0.0.181018 /* 删掉远程仓库的hotfix分支 */
- 打一个新的里程碑tag标签,并推送到远程
git checkout master /* 切换到master分支 */
git tag -m "Bug#002修复某某Bug" v1.0.1.181019 /* 创建里程碑tag */
git push origin v1.0.1.181019 /* 推送里程碑tag到远程仓库 */
网友评论