例如现在有两个分支 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