git-术语上的混淆；“他们的”；vs"；“我的”；

我完全不明白我的和他们的是什么意思。在这个特定的例子中，我得到了一个功能分支，我刚刚通过

rebase-I

压缩了大约80次提交，并将其合并回

develope

。我遇到了一些冲突，我只想使用特性分支上的任何代码。我试过“我的”，但实际上似乎适得其反

---

有人能解释一下这个术语吗？

“我们的”（和“我的”）指的是当前的分支；“他们的”是指正在合并的分支机构。听起来你真的想用“他们的”。

我们的

和

他们的

是一个有点混乱的概念；在执行重新基准时加剧：

执行合并时，

我们的

指的是您要合并到的分支，

他们的

指的是您要合并到的分支。因此，如果您试图解决合并中间的冲突：

• 使用

  ours

  接受我们当前所在分支机构的更改
• 使用

  他们的

  接受我们合并到的分支机构的更改

这是有道理的，对吗

重定基址时，

我们的

和

他们的

是反向的。将拾取的文件重设为“分离的”头分支。目标是该头分支，

merge from

是重基之前的原始分支。这使得：

• ——我们的

  rebase正在构建的匿名数据库，以及

• ——他们的

  被重定基址的那个

---

也就是说，重定基址会在我们打算重定基址的分支上重放当前分支的提交（一次一个）。

我承认，一开始你说“他们的提交是指你要合并的分支”，然后“使用他们的提交接受我们要合并的分支的更改”会让人感到困惑。嗯？术语“转入”使用不当。如果我在一个分支上，并且想与master合并，运行“Git checkout--theres filename（s）”将给master的文件优先权，这将覆盖我分支的副本。“--ours”正好相反，因为我的分支优先于合并。嗯，我发现这个问题完全符合我的困惑。我读了好几遍投票通过的答案，但仍然不知道答案有多自信。回到谷歌。@HeyHeyJC如果你能清楚地说出所有不明确的相互矛盾的答案，我可以试着重新措辞。当您在Gitlab中通过分支比较进行合并时，您实际上并没有“进入”任何特定的分支，至少您不清楚。当您不使用命令行时，“源”和“目标”分支将是更明确的术语。有时，直截了当的回答很好。我认为情况恰恰相反。