Git rebase 或 merge

Question

我知道 re-base 适用于您想要将修复添加到基础分支并将其放入所有其他分支的情况。但它似乎比 merge 复杂得多(更多冲突)。我错过了什么吗？

Answer 1

一般来说，当你处理非发布的东西时，使用 git rebase 是一个很好的做法 - 你没有推送的本地东西(或者你已经推送到其他人的地方)不 pull )。 Rebase 重写历史，所以如果你 rebase pull 的人会有问题，而 merge 不会重写历史，因此不会给其他人带来问题。

虽然 merge 会尝试使用 merge 策略 merge 您的更改，但 rebase 只会获取您要重新设置基准的内容的 HEAD，然后尝试应用您的更改。由于它会丢失您进行更改的时间，因此它无法像 merge 那样有效地解决冲突。

通常 rebase 并不复杂，除非你在一个相对较小的代码库中，那里有很多开发人员同时工作并且互相踩脚趾，或者你离开你的代码很长时间。

我认为这是阅读 rebase 的好资源:http://www.jarrodspillers.com/git/2009/08/19/git-merge-vs-git-rebase-avoiding-rebase-hell.html

Jarrod 很好地定义了“ rebase 规则”:不要 rebase 你与其他开发人员共享的分支。