美文网首页
gitflow工作流

gitflow工作流

作者: 海山城 | 来源:发表于2020-04-01 22:37 被阅读0次

    简介

    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分支

    image
    git 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到远程仓库 */
    

    相关文章

      网友评论

          本文标题:gitflow工作流

          本文链接:https://www.haomeiwen.com/subject/myvzuhtx.html