上一篇讲到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_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、不要在专用的分支上执行rebase2、次要的分支进行爱护

git diff git diff HEAD~3 git diff master develop

常见diff工具：

diff ——仅展现某一行的减少（+）或缩小（-）vimdiff ——比diff看起来要更间接IDE ——弱小的工具，展现清晰，使用方便