Git rebase后IntelliJ显示进出提交的原因咨询

我是Git新手，遇到以下问题：

• 创建并切换至feature分支；
• 修改代码、提交并推送至远程；
• 切换至main分支，修改代码、提交并推送至远程；
• 切回feature分支，在IntelliJ中基于main分支执行变基操作；
• 解决冲突后，feature分支的Git历史包含main分支的提交（由变基引入）和自身的新提交；
• 此时在IntelliJ中，feature分支显示一个incoming commit和一个outcoming commit，想知道原因。

变基前的Git日志 #

$ git log --oneline --decorate --graph feature main
* 1571a72 (HEAD -> main, origin/main) commit main branch
| * 4768d6b (origin/feature, feature) commit feature branch
|/

变基后的Git日志 #

$ git log --oneline --decorate --graph feature main
* 4674fe5 (HEAD -> feature) commit feature branch
* 1571a72 (origin/main, main) commit main branch

更新feature分支后的Git日志 #

$ git log --oneline --decorate --graph feature main
* f3f3735 (HEAD -> feature) commit feature branch
* 7a42764 commit main branch
* 4768d6b (origin/feature) commit feature branch
| * 1571a72 (origin/main, main) commit main branch
|/

原因解析 #

1. 变基的核心逻辑：Git变基并非直接合并分支，而是将feature分支的原有提交（4768d6b）基于main的最新提交（1571a72）重新生成全新的提交（4674fe5）。这会直接重写本地feature的历史，使其与远程origin/feature的历史完全分叉。
2. Outcoming commit的由来：本地feature经过变基后，拥有远程origin/feature没有的新提交链（1571a72 + 4674fe5）——远程origin/feature仍停留在旧提交4768d6b，未同步变基后的新历史。
3. Incoming commit的由来：远程origin/feature保留着本地feature已丢弃的旧提交（4768d6b）——变基后本地feature的历史已经替换为新的提交链，不再包含这个旧提交。
4. 更新分支后的分叉：你执行feature分支更新（如git pull）时，Git默认会尝试合并远程旧提交与本地新历史，最终导致日志出现分叉，也就是你看到的更新后日志状态。

如果要让远程origin/feature同步本地变基后的整洁历史，需要执行git push --force-with-lease（比--force更安全，避免覆盖他人提交）来强制推送本地分支。

内容的提问来源于stack exchange，提问作者Daniel