Git实战(五)| 让工作更高效,Git的分支管理

上一篇讲到Git的分支管理实操,在线合并和本地合并都进行了实操。毕竟:光说不练是假把式。而只练不整理,只能是傻把式了。分支管理到底如何进行管理呢?
先以GitLab上的一张经典的图打头,作为一个总体概览,也方便理解分支的管理和走向:

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

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

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

#修改分支
vi gitflowDemo.txt
#提交修改
git add gitflowDemo.txt
git commit -m "add demo"

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

$ git pull origin develop
From ssh://47.95.238.18:10022/root/hogwarts_online2
 * branch            develop    -> FETCH_HEAD
 * 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中查看分支的走向:

修改gitflowDemo.txt文件为

study git
update

add,commit,push

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

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

git checkout develop
git pull origin develop
git merge gitflowDemo
git push -u origin develop

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

develop分支变动频繁,master分支属于上限版本,因此需要一个内测的分支版本,这个就是release分支了
具体的提交操作根据权限范围,和1中develop的操作一致。

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

git checkout master
git checkout -b bug_02fix

vi bugfix02.txt
fix bug02

git commit -a -m "bug_01 fix"
git push -u origin bug_01fix

git add bugfix02.txt
git commit -m "fix bug02"
git push origin bug_02fix


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

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

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

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

git checkout feature
git rebase master

与merge后的分支走向对比:

git checkout feature
git merge master
#或者写在一行
git merge feature master

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

git rebase -i HEAD~2

注意: rebase的使用规则
1、不要在公用的分支上执行rebase
2、主要的分支进行保护

git diff
git diff HEAD~3
git diff master develop

常见diff工具:

  • diff ——仅展示某一行的增加(+)或减少(-)
    • vimdiff ——比diff看起来要更直接
    • IDE ——强大的工具,展示清晰,使用方便
  • vimdiff bugfix01.txt bugfix02.txt

![](https://img-blog.csdnimg.cn/img_convert/3712bc1c6c496b829ed69cf6addee522.png)


参考链接:

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/



###   AUTHOR

月关,霍格沃兹测试学院优秀学员。一个在质量保障领域攀登探索的tester,致力于用技术改变身边人对测试的认识。对Web,接口和APP 自动化均有所涉及。



### 
### - 今日互动 -
### 
### 欢迎文章下方留言并分享给其他测试小伙伴哦~
### 
### (别忘了长按加小助手微信:jasmine07222
### 回复“十一期”即可入群交流哦~)
![](https://img-blog.csdnimg.cn/img_convert/6efbcfd6a95fc6e53408c6104af55c9a.png)
### 
### 
[原文链接](https://mp.weixin.qq.com/s?__biz=MzU3NDM4ODEzMg==&mid=2247486279&idx=1&sn=ec12aa38e2d8ecbc75a8bb8cd5046247&chksm=fd32698cca45e09a5219c98ad5f4e8ae160f1d3ab7be199a09f7f4595e08b9017c42e655f044#rd) 

[获取更多技术文章分享](https://qrcode.ceba.ceshiren.com/link?name=article&project_id=qrcode&from=csdn2&timestamp=1649925328)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值