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.txtgit commit -m "add demo"

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

$ git pull origin developFrom ssh://47.95.238.18:10022/root/hogwarts_online2 * branch            develop    -> FETCH_HEADAlready 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 gitupdate

add,commit,push

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

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

git checkout developgit pull origin developgit merge gitflowDemogit push -u origin develop

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

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

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

git checkout mastergit checkout -b bug_02fix
vi bugfix02.txtfix bug02
git commit -a -m "bug_01 fix"git push -u origin bug_01fix
git add bugfix02.txtgit 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=shortgit grep "pattern"  $(git rev-list --all)git log f13297git checkout featuregit rebase master

与 merge 后的分支走向对比：

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

此外，rebase 还可以对提交的历史进行修改（不常用也不建议使用）

git rebase -i HEAD~2

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

git diffgit diff HEAD~3git diff master develop

常见 diff 工具：

• diff ——仅展示某一行的增加（+）或减少（-）

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

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

vimdiff bugfix01.txt bugfix02.txt

更多学习资料戳下方！！！

https://qrcode.ceba.ceshiren.com/link?name=article&project_id=qrcode&from=infoQ&timestamp=1662366626&author=xueqi