应该用 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

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

git config --global pull.rebase true

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

相关文章

• Git修改刚commit的comments
• 删除Git的本地仓库
• 设置Git使用socks5代理
• 编辑Git全局配置文件
• git reset命令
• 用git show查看commit的具体内容
• git diff 命令
• 总结git tag相关操作
• 给git命令设置alias别名
• git config的删除命令
• 在CentOS编译安装Git
• Git工作区乱了，可以试试这个方法
• 用 git stash 暂存变更
• 如何在Github上删除Release或Tag？
• git fetch和pull
• Git如何变相merge单个文件？
• 用.gitignore配置忽略文件列表
• git merge前，先git rebase master
• 我的git global配置项
• git status --short 命令
• git log命令的常用参数
• 用git remote prune删除本地存放stale远端分支
• 总结git branch相关操作
• 用git rebase -i整理凌乱的commit log
• Git的诞生
• git commit --amend介绍
• Github使用PR的基本流程
• Git从任意点拉出新的branch
• Git删除untracked file的方法
• Git回退某一个文件的版本