Git实战 | 让工作更高效,搞定Git的分支管理

深藏阁楼爱情的钟 2023-09-24 15:17 134阅读 0赞

上一篇讲到Git的分支管理实操,在线合并和本地合并都进行了实操。毕竟:光说不练是假把式。而只练不整理,只能是傻把式了。分支管理到底如何进行管理呢?

先以GitLab上的一张经典的图打头,作为一个总体概览,也方便理解分支的管理和走向:

图片

场景预设

现假设公司有名为Hogwarts_Online2的开发项目,其中包含了上线分支master,开发分支develop,测试分支release,和个人开发的特性分支

特性分支与develop分支

1.1)与远程仓库建立连接,在本地创建自己的分支,并拉取develop分支的文件:

图片

1.2)在当前分支中创建新的文件gitflowDemo.txt,输入内容“study git”;然后add,commit

  1. #修改分支
  2. vi gitflowDemo.txt
  3. #提交修改
  4. git add gitflowDemo.txt
  5. git commit -m "add demo"

1.3) 通过git pull命令检查远程develop分支是否和当前分支有冲突:

  1. $ git pull origin develop
  2. From ssh://47.95.238.18:10022/root/hogwarts_online2
  3. * branch develop -> FETCH_HEAD
  4. Already up to date.

注: push之前先拉去远程代码,以防在开发过程中,远程被别人更新过新版本代码。如有代码冲突,两人协商冲突解决办法。多人开发的时候,冲突是不可避免的。

1.4) git push将修改推至远程特性分支origin gitflowDemo:

图片

1.5) 在GitLab上进行merge request,并在develop分支上进行merge:

如果想要撤回这次merge可用git merge --abort

create merge request:

在这里插入图片描述

选择develop分支:

图片

没有冲突,可直接merge:

图片

最终我们可以看到成功merge进develop分支中:

图片

我们还可以在graph中查看分支的走向:

图片

这样,特性分支和develop分支的代码拉取与合并就完成了

另外,工作中develop分支可能是权限比较开放的,允许push的,这时候我们就可以在本地直接修改merge然后push到远程develop中

修改gitflowDemo.txt文件为

  1. study git
  2. update

add,commit,push

  1. git add gitflowDemo.txt
  2. git commit -m "update gitflowDemo.txt"
  3. git push -u origin gitflowDemo

切换到本地develop分支,pull最新代码,merge本地gitflowDemo分支代码,push进远程develop分支

  1. git checkout develop
  2. git pull origin develop
  3. git merge gitflowDemo
  4. git push -u origin develop

这个是在GitLab上检查更新情况:

图片

图片

release分支

develop分支变动频繁,master分支属于上限版本,因此需要一个内测的分支版本,这个就是release分支了

具体的提交操作根据权限范围,和1中develop的操作一致。

hotfixes

有的时候出现的非常紧急的bug,需要立即修改上线,来不及在各个分支上进行merge测试了;这个就是就需要用hotfixes模式,建立一个bugfix分支,直接绕开其他分支,修改合并到master中。

注:这种未经测试就上线的情况很危险,本人就遇见过;之前驻场在华为里工作的时候,组内一位开发同事修改了一两行的代码,觉得不会有问题就直接跳过了我们测试,通过别人直接上线发布了,当时我所在的组是GNSS组;结果直接导致一千多万台手机的定位功能有失效的风险,受到了很多投诉,影响很大;最终相关开发人员被紧急停止休假,我们测试组也十一加了七天班,为了这个小小的改动付出了不小的后果~

3.1) 建立bugfix分支,并修改文件push到远程分支:

  1. git checkout master
  2. git checkout -b bug_02fix
  3. vi bugfix02.txt
  4. fix bug02
  5. git commit -a -m "bug_01 fix"
  6. git push -u origin bug_01fix
  7. git add bugfix02.txt
  8. git commit -m "fix bug02"
  9. git push origin bug_02fix

3.2) 这个时候检查GitLab,会发现多了一条从master分支拉出来的修改bug02的分支:

图片

3.3)最后由最终的master权限拥有者来进行合并。

图片

3.4)修改了bug直接上线master后,很有可能让master分支的修改已经领先其他分支了;这个时候就需要将其他分支更新,对master分支进行合并;同时将bugfix分支删除,尽量保证分支的整洁度。

补充

git log

  1. git log --graph --all --decorate=short
  2. git grep "pattern" $(git rev-list --all)
  3. git log f13297

rebase

变基,合并分支后可以将分支走向的基准线变更,在分支很多的时候,可以简化分支的展示,合并分支走向使流程看起来简洁一点

  1. git checkout feature
  2. git rebase master

图片

与merge后的分支走向对比:

  1. git checkout feature
  2. git merge master
  3. #或者写在一行
  4. git merge feature master

图片

此外,rebase还可以对提交的历史进行修改(不常用也不建议使用)

  1. git rebase -i HEAD~2

注意: rebase的使用规则

1、不要在公用的分支上执行rebase

2、主要的分支进行保护

git diff

  1. git diff
  2. git diff HEAD~3
  3. git diff master develop

常见diff工具:

diff ——仅展示某一行的增加(+)或减少(-)

vimdiff ——比diff看起来要更直接

IDE ——强大的工具,展示清晰,使用方便

  1. vimdiff bugfix01.txt bugfix02.txt

在这里插入图片描述

参考链接:

git的基本使用流程:

https://www.atlassian.com/git/tutorials/setting-up-a-repository

特性分支工作流:

https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

gitlab工作流:

https://docs.gitlab.com/ee/workflow/gitlab\_flow.html

多种工作流对比:

https://www.atlassian.com/git/tutorials/comparing-workflows

gitlab私服搭建:

https://docs.gitlab.com/omnibus/docker/


资源分享

下方这份完整的软件测试视频学习教程已经上传CSDN官方认证的二维码,朋友们如果需要可以自行免费领取 【保证100%免费】

在这里插入图片描述

在这里插入图片描述

发表评论

表情:
评论列表 (有 0 条评论,134人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Git 分支管理

    为了熟悉`Git` 的分支管理操作,来练习一下 使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作 克隆指定分支 git clone -

    相关 Git分支管理

    Git分支管理 1.分支的作用 分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不

    相关 Git分支管理

    在整个的 GIT 开发过程之中所有的项目提交都会有一个提交点存在,而在一个提交点上可能会产生若干个分支,这样可以保证在分支上的开发不影响其它分支。在之前所有的开发都是在 mas

    相关 Git 分支管理

    几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着可以从开发主线上分离开来,然后在不影响主线的同时继续工作。 有人把 Git 的分支模型称为"必杀技特性",而正是因为