git pull --rebase 通过保留本地更改来解决冲突

我在当地分支机构重新获得了硕士学位。与此同时，有人在远程对该分支进行了更改。我在做git pull --rebase。我不明白 git 在命名时如何解释这个命令current and incoming， 也ours and theirs.

我应该选择哪个来始终保留本地更改？另外，在我第一次与 master 进行 rebase 后，出现了几十个冲突。有没有命令可以做git pull --rebase只需保留所有本地更改，而不必手动执行？我知道关于ours and theirs，但我不知道如何将这些关键字合并到git pull --rebase命令。

这些东西非常令人困惑，因为所有这些关键字在 merge 和 rebase 之间都会颠倒过来，然后还有 pull 和 rebase 来增加额外的混乱。

支持变革的命令您当地的分行 is:

git pull --rebase -X theirs

直觉上，当你想说“我们的”时，你必须说“他们的”，因为与合并相比，“我们的”和“他们的”的含义在变基期间交换了。让我解释。

我们和他们的合并与变基

当你进行合并时，你总是合并到当前分支；如果发生冲突，“我们的”是指你所在的分行，而“他们的”意味着您要合并的分支。正如您所期望的那样。

变基则不同。假设您正在重建一个名为local onto master.

        master
        ⌄
o---o---o
    \
     A---B---C ‹ local

During a rebase, Git creates a sort of "temporary branch" to do the work¹. It starts by moving HEAD to the tip of the branch you're rebasing onto, in this case master:

        master
        ⌄   
o---o---o ‹ HEAD
    \
     A---B---C ‹ local

然后，它从以下位置挑选提交：local一次一个：

        master
        ⌄   
o---o---o---A'---B' ‹ HEAD
    \
     A---B---C ‹ local

现在，让我们想象一下提交的情况C有冲突：

        master
        ⌄             X
o---o---o---A'---B'---C' ‹ HEAD
    \
     A---B---C ‹ local

在这种情况下，“ours”表示 Git 正在处理的临时分支，而“theirs”是从中挑选提交的分支，即local.

如果您想保留更改local分支，你必须选择“他们”的一方。相反，如果您想将更改保留在master，你会选择“我们的”一方。

一旦冲突解决，Git 通过移动来完成变基操作local指向哪里HEAD is:

        master
        ⌄             
o---o---o---A'---B'---C' ‹ HEAD, local
    \
     A---B---C

鉴于没有分支留下引用提交C，这些提交变成无法到达的 https://git-scm.com/docs/gitglossary#Documentation/gitglossary.txt-aiddefunreachableobjectaunreachableobject最终将被删除：

        master
        ⌄             
o---o---o---A'---B'---C' ‹ HEAD, local

¹ It's really just a detached head https://git-scm.com/docs/git-checkout#_detached_head, but for the purpose of this explanation, you can think of it as a temporary branch, even though no branch reference is being created.