Git: 如何优雅的执行「git pull」操作

之前的文章有介绍过git pull的完整含义，但为了引出今天的主角，这里还是再啰嗦一下，总结起来git pull 大概有两个弊端:

• 首先git pull的完整执行过程其实包括两步git fetch + git merge，并且会在合并的时候自动生成一个commit节点来表明这段历史，时间长了提交历史就会变的混乱不堪，想要规避这个问题，还得借助另一个指令—rebase来解决，具体可以参考Git: 聊聊Rebase命令

• 第二个问题是使用git pull只会拉取你当前的分支，如果你要拉取第二个，第三个分支就不得不手动的把这些分支名都加上去。但实际情况是：在团队合作时，你不仅会关心你当前的分支状态，可能也同时在关注着上下游的其它分支，所以只使用git pull必然会带来重复劳动。

安装

gem install git-up

使用

没啥说的，直接git up就好了，如下图：

配置

配置部分，话说自从安装好到现在一直用的是默认配置，用的也挺好的，没啥痛点。不过，如果你需要更精细的控制，像同时拉取项目的所有分支（默认git-up只拉取本地追踪过的分支），控制Rebase节奏，添加hook命令这些类似需求，可以到文档里找一下，不过感觉真的用不着，刚看了下我们现在的Code Base里面有84个分支，目测有的团队比这还要多，剩下的不用我说了自己想吧。

-完-

你还可以看：

参考引用

• http://dwz.cn/2n8bBg