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：

1080×444 58.8 KB

1.5) 在GitLab上进行merge request，并在develop分支上进行merge：
如果想要撤回这次merge可用git merge --abort

create merge request:

1080×146 26.9 KB

选择develop分支：

964×872 53.3 KB

没有冲突，可直接merge：

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

991×684 54.6 KB

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

1080×278 44.1 KB

修改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_02fixvi bugfix02.txt
fix bug02git commit -a -m "bug_01 fix"
git push -u origin bug_01fixgit 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

1080×46 3.13 KB

参考链接：

git的基本使用流程：

Atlassian

Setting up a repository | Atlassian Git Tutorial

Set up a git repository: git init creates a new repo, git clone copies an existing repo, git config configures your Git installation from the command line

特性分支工作流：

Atlassian

Git Feature Branch Workflow | Atlassian Git Tutorial

Learn if this Git branching model is right for you and your team with this deep dive into the Git Feature Branch Workflow.

gitlab工作流：
https://docs.gitlab.com/ee/workflow/gitlab_flow.html
多种工作流对比：

Atlassian

Git Workflow | Atlassian Git Tutorial

A brief introduction to common Git workflows including the Centralized Workflow, Feature Branch Workflow, Gitflow Workflow, and Forking Workflow.

gitlab私服搭建：

docs.gitlab.com

GitLab Docker images | GitLab

Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.

AUTHOR

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

原文链接

获取更多相关资料请点击链接或者添加vx ：ceshiren001