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 回答