例如现在有两个分支 master 和 feature, 你在 feature 分支上进行了实验，这时候有个另外的人在 master 分支上进行了新的提交。那么你需要将 master上别人的修改应用到 feature 分支上。
方法1： merge
git checkout feature
git merge master
# 或者直接指定两个分支：
git merge master feature这样操作后会在 feature 分支上产生一个新的 commit, 这个commit就是包含了 master 分支的修改。同时历史记录中也会包含这个 commit 的信息。这样会有个好处，也会带来问题。
好处就是：merge 是 non-destructive 的操作，比较安全。（相对于rebase操作）
问题就是：如果merge频繁，那么 feature 分支的历史记录中会包含很多个由于 merge 产生的新 commit 信息。这可能不是你希望看到了…）。
如图：
方法2： rebase
git checkout feature
git rebase master // 将 master 上的修改合并到 feature 分支（当前分支）。rebase 会将 feature 上的历史 commit 全部修改，并且用新的提交覆盖之（即下图中的 Brand New Commit）。
看起来就是你的 feature 分支从一个开始就是在最新的 master 上开发的( 新的master跑到了你分支的最开始处 )。
如图（注意比较与上图 merge 的差异）：
一个注意点就是不要将 master 分支 rebase 到其他分支上面。这样会导致该 master 分支和其他人的 master 分支的历史记录不一样。然后你还得将你的 master 分支与别人的master分支merge。
所以，在 rebase 一个分支前想一下别人有没有 watch 这个分支， 因为rebase 会将该分支的历史提交修改。
see link: https://www.atlassian.com/git/tutorials/merging-vs-rebasing/
原文：https://blog.csdn.net/gw569453350game/article/details/52536928