也许该用 git pull --rebase

如果远程git服务器仓库分支已经有了更新上，通常git pull时候将会默认执行merge合并提交。相当于执行两个操作：

git fetch origin
git merge origin/master

直接merge可能带来log分叉的问题，请参考：rebase后再git merge

实际上除了合并外还有一种方法，那就是执行rebase来同步变化，它通常更有用，git提交历史也更清晰，rebase方法需要显性指定--rebase参数：

git pull --rebase ，他相当执行:

git fetch origin
git rebase origin/master
git merge origin/master

合并方法更简单，更容易理解。但是很多时候我们更需要的是rebase，我们也可以通过设置，设置rebase为pull时候默认执行的动作：

git config --global pull.rebase true

可以考虑把这个配置加入.gitconfig中去，作为一个必须配置项，就像user.name，user.email和core.editor。

相关文章

• Git的诞生
• 给git命令设置alias别名
• Git与众不同的数据存储方式
• Git从任意点拉出新的branch
• git log命令的常用参数
• git merge前，先git rebase master
• 跳过Git的staged步骤，直接commit
• 用 git stash 暂存变更
• 编辑Git全局配置文件
• 让Git记住密码
• Git删除untracked file的方法
• 在CentOS编译安装Git
• 如何对commit进行重排序？
• git cherry-pick的使用
• 用 git grep 查找代码
• git config的删除命令
• git clone到指定目录
• Git如何变相merge单个文件？
• Git工作区乱了，可以试试这个方法
• 安装Git的manpages
• 用.gitignore配置忽略文件列表
• git status --short 命令
• git reset命令
• 用git rebase -i整理凌乱的commit log
• 将某个Git已经track的文件，修改为untracked
• 用git show查看commit的具体内容
• git diff 命令
• 总结git tag相关操作
• git fetch和pull
• Git回退某一个文件的版本