Git rebase - 另一个人可以为我 rebase 远程分支吗？

Question

场景:

我正在与一个 20 多人的团队一起开发远程 git 存储库。经常创建、提交和 merge 分支以掌握。

我和一位同事在一个分支机构一起工作了几天。他重新定位分支，解决所有冲突并 push 。

当我尝试 pull 时，我得到“自动 merge 失败”和解决所有冲突的提示。

当我“git status”时，我发现我有不同的起源/分支并且每个都有超过 100 个不同的提交。

问题:

他有我迄今为止的所有提交，刚刚重新定位然后推送，如果我继续 merge ，我可能会重做他已经完成的冲突解决。

问题

这是怎么回事？

要做什么？为什么？

旁白

我已经阅读了大量有关 git 的文章，仍在学习中，并希望得到一个直接的答案，与 git 逻辑有关，而不是与相关命令有关。

提前谢谢你。

Answer 1

不，那是不可能的(在问题的标题中回答问题)。

rebase 应该在通过推、 pull 或克隆与他人共享变更集之前完成。

问题示例，一位程序员提交了 5 个变更集:

(1)---(2)---(3)---(4)---(5)

这些变更集与另一个开发人员共享，该开发人员最初有一个仅包含第一个变更集的克隆，因此他的存储库中有自己的变更集。一旦他 pull 了或你推了，这就是他所拥有的:

(1)---(2)---(3)---(4)---(5)
  \
   \
    (A)---(B)---(C)

因为他想要一个线性的历史，他将你的变更集重新设置在他的之上，得到这个:

(1)---(A)---(B)---(C)---(2')---(3')---(4')---(5')

请注意，我现在在他的存储库中用勾号标记了您的变更集，以表明它们是“您的”变更集，但现在受到他早期更改的影响，因此不再与您的相同(哈希或其他方式)。

然后你 pull ，这就是你得到的:

(1)---(A)---(B)---(C)---(2')---(3')---(4')---(5')
  \
   \
    (2)---(3)---(4)---(5)

现在您拥有这些变更集的两个“副本”。

如果你在你的仓库中的第 5 个变更集之后没有做任何事情，你可能可以将它们从你的仓库中删除，但是标记这个词，“可能”，它带有强烈的要求，你知道的状态您的存储库，并且您需要了解存储库的每个克隆。

在所有内容恢复到错误状态之前，只需要一次 pull - merge -推。

结论:除非您知道自己在做什么，否则不要 rebase 变更集，并且几乎可以肯定不会 rebase 共享的变更集。

实际上:该警告应该针对所有形式的历史重写。任何重写历史的事情都必须孤立地完成，并且所有克隆都必须失效，否则您将拥有不同的历史和受影响的变更集的多个“副本”。 你不想在这里!