320

另一个问题说这git pull就像一个git fetch+ git merge

git pull但是和git fetch+有什么区别git rebase

4

2 回答 2

358

从您的问题中应该很明显,您实际上只是在询问git mergeand之间的区别git rebase

所以让我们假设你在常见的情况下——你已经在你的主分支上做了一些工作,你从原点提取,它也做了一些工作。获取后,情况如下所示:

- o - o - o - H - A - B - C (master)
               \
                P - Q - R (origin/master)

如果此时合并(git pull 的默认行为),假设没有任何冲突,您最终会得到:

- o - o - o - H - A - B - C - X (master)
               \             /
                P - Q - R --- (origin/master)

另一方面,如果你做了适当的变基,你最终会得到这个:

- o - o - o - H - P - Q - R - A' - B' - C' (master)
                          |
                          (origin/master)

在这两种情况下,你的工作树的内容应该是一样的;你刚刚创造了一段不同的历史。rebase 会重写您的历史记录,使其看起来好像您已在 origin 的新 master 分支 ( R) 之上提交,而不是您最初提交的位置 ( H)。如果其他人已经从您的 master 分支中拉出,您不应该使用 rebase 方法。

最后,请注意,您实际上可以git pull通过将 config 参数设置为 true 来为给定分支设置使用 rebase 而不是合并branch.<name>.rebase。您也可以使用git pull --rebase.

于 2010-07-28T20:23:49.813 回答
23

TLDR:

git pull就像跑步 git fetch然后git merge
git pull --rebase就像git fetch那时git rebase

在回复您的第一个声明时,

git pull就像一个git fetch+ git merge

“在其默认模式下,git pull 是git fetch后跟 git mergeFETCH_HEAD 的简写”更准确地说,使用给定参数git pull运行git fetch,然后调用git merge以将检索到的分支头合并到当前分支中”

(参考:https ://git-scm.com/docs/git-pull )


对于您的第二个陈述/问题:

git pull'但是VS git fetch+有什么区别git rebase'

同样,来自同一来源:
git pull --rebase

“使用 --rebase,它运行 git rebase 而不是 git merge。”


现在,如果你想问

merge'和之间的区别rebase'

这也在这里得到了回答:
https
://git-scm.com/book/en/v2/Git-Branching-Rebasing (改变版本历史记录方式的区别)

于 2017-06-12T04:52:31.370 回答