如果避免git pull时产生'Merge branch 'master' of...等类似操作

在使用 Git 的进行代码版本控制的时候,往往会发现在 log 中出现 “Merge branch ‘master’ of …” 这句话,如下图所示。日志中记录的一般为开发过程中对代码的改动信息,如果出现过多例如上述描述的信息会造成日志的污染。

类似下面这样
git-pull-1

产生的原因

当多人合作开发一个项目时,本地仓库落后于远程仓库是一个非常正常的事情,可参考下图。

A-B-C(master)
\
D(origin/master)
具体情境如下:

我当前拉取的远端版本为 B,此时修改了代码,并在本地仓库 commit 一次,但并未 push 到远端仓库。
另一位开发者在 B 的基础上,同样 commit 了一次并 push 到远端仓库。那么这个时候,我再 push 自己的代码就会发生错误,如下。

1
2
3
4
5
6
7
To github.com:xxx/xxx.git
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'git@github.com:xxx/xxx.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.

这个时候我们会选择,先 pull,再 push。Ok,push 成功,但是此时我们查看 log 就会发现除了我们自己提交的那条日志之外,会多出一条 “Merge branch ‘master’ of …”。

那么,为什么会出现这种现象呢?其实是与 Git 的工作原理有关,对 Git 比较了解的人应该会知道,无论是 pull、push 亦或是 merge 操作,其实背后都是有很多的不同的模式的。

在进行 pull 操作的同时,其实就是 fetch+merge 的一个过程。我们从 remote 分支中拉取新的更新,然后再合并到本地分支中去。

如果 remote 分支超前于本地分支,并且本地分支没有任何 commit 的,直接从 remote 进行 pull 操作,默认会采用 fast-forward 模式,这种模式下,并不会产生合并节点,也就是说不会产生多余的那条 log 信息
如果想之前那样,本地先 commit 后再去 pull,那么此时,remote 分支和本地会分支会出现分叉,这个时候使用 pull 操作拉取更新时,就会进行分支合并,产生合并节点和 log 信息。这两种状态分别如下图所示:

1
2
3
4
# fast-forword 
A-B-D(origin/master)
\
C(master)

1
2
3
4
# merge
A-B-C-E(master)
\ /
D(origin/master)

如何解决

针对这种情况目前我总结了3中方法。

  • 在执行git pull的时候加上--rebase参数。这参数的意思就是在合并代码之前,先执行变基操作,成功后在进行真正的merge操作。(如果有冲突需要手动解决)

  • 当出现Merge branch 'master' of...这种交互窗口的时候你也可以直接使用:wq进行保存或者你也可以自己写点message,然后查看下git日志可以发现类似下面这样
    git-pull-2
    可以看到最终产生了一次提交(ccf4626)。那么这个时候不用怕,我们继续在命令行执行下git rebase然后在看看日志线是不是变回来了。就是这么的神奇。

  • 这个方法操作以后可以一劳永逸。在你的git bash里执行git config --global pull.rebase true。这个配置就是告诉git在每次pull前先进行rebase操作。这种方法和方法1原理一样,只不过方法1是每次pull前都要手动操作。

总结

什么时候使用merge?什么时候使用rebase?

对于团队开发,当你在你自己的本地分支上完成开发时,你需要使用merge来合并你的修改到本地开发分支。

当你每天打开电脑来拉取远程分支的时候,你最好使用rebase来操作,这样最直接的的好处是你们团队的commit message时间线会成一条笔直的直线。