Git Pull生成不必要合并提交的解决办法（Gerrit协作场景）

问题根源 #

你的提交2222被Gerrit合并到远程main分支后，远程生成的提交哈希和你本地的2222哈希不一致（Gerrit通常通过cherry-pick或合并操作生成新提交），导致本地main分支仍保留着已“失效”的2222提交。当远程新增同事的3333提交后，本地分支与远程分支出现分叉，默认git pull会执行合并操作，从而产生多余的合并提交。

简便解决方案 #

1. 已产生合并提交时的快速修复 #

直接将本地main分支强制对齐到远程最新版本，无需分步操作：

# 先拉取远程最新代码（不合并）
git fetch origin
# 将本地main分支重置为远程main的最新状态
git reset --hard origin/main

注意：git reset --hard会丢弃本地未提交的修改，执行前如果有未保存的改动，先执行git stash暂存，之后用git stash pop恢复。

2. 日常操作预防该问题 #

方法一：提交合并后及时同步本地分支

每当你的提交被Gerrit审核合并后，立即执行以下命令对齐本地与远程分支：

git fetch origin && git reset --hard origin/main

确保本地main分支始终与远程保持完全一致，后续新修改就不会出现分叉。

方法二：使用rebase模式拉取代码

将git pull默认行为改为rebase，避免自动生成合并提交：

# 全局设置，所有分支pull时默认用rebase
git config --global pull.rebase true
# 仅针对当前main分支设置
git config branch.main.rebase true

之后执行git pull时，Git会自动将本地未被合并的提交变基到远程最新代码之上。如果本地的旧提交（如2222）已经在远程存在，Git会自动跳过该提交，不会产生合并提交。

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