上一篇讲到 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 ——弱小的工具，展现清晰，使用方便