在 git rebase 过程中，如果发生代码冲突，编辑器（如 VS Code）中显示的 Current Change（当前更改） 和 Incoming Change（传入的更改） 的指代关系，往往会让人感到困惑，因为它们与 git merge 时的指代是完全相反的。
以下是它们在 git rebase 时的具体指代：
核心定义
| 术语 | 在 rebase 冲突时指代什么 | 对应的 Git 概念 |
|---|---|---|
| Current Change (当前更改) | 目标分支（即你想要基准在上面的分支，例如 main 或 master） | ours |
| Incoming Change (传入的更改) | 你自己的特性分支（即你当前正在重新调整基准的当前分支） | theirs |
为什么含义会反过来？
在执行 git merge 时，你站在自己的分支上，把别处的分支“拉进来”，所以自己的分支是 Current，别人的分支是 Incoming。
但 git rebase 的底层工作原理截然不同：
- 当你输入
git rebase main时，Git 会先把你的特性分支上的新提交临时存起来。 - Git 会把你的工作区重置（reset）到目标分支
main的最新提交上。此时，你的临时“当前状态”变成了main分支。 - 接着，Git 开始把之前存起来的、属于你特性分支的提交，一个接一个地重新应用（replay）到
main分支之上。
因为在冲突发生的那一刻，Git 已经把立足点切换到了 main 分支，所以 main 分支的内容变成了 Current；而你自己的特性分支上的提交，此时正在排队尝试写入，变成了从外面送进来的 Incoming。
如何选择
在代码编辑器中处理冲突时：
- 选择 Accept Current Change：意味着丢弃你在特性分支上这一行写的代码，保留目标分支（如
main）原有的代码。 - 选择 Accept Incoming Change：意味着用你在特性分支上写的代码，覆盖掉目标分支（如
main）的代码。