git pull 和 git fetch + git rebase 有什么区别？

Question

Another question 表示git pull 就像git fetch + git merge。

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

Answer 1

您的问题应该很明显，您实际上只是在询问git merge 和git rebase 之间的区别。

因此，假设您处于常见情况 - 您在 master 分支上做了一些工作，然后从 origin 中提取，它也做了一些工作。提取后，情况如下所示：

- 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 方法。

最后，请注意，您实际上可以通过将配置参数 branch.<name>.rebase 设置为 true 来为给定分支设置 git pull 以使用 rebase 而不是合并。您也可以使用 git pull --rebase 为单次拉动执行此操作。

Answer 2

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 merge FETCH_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
（改变版本历史记录方式的区别）