Git变基后dev分支未基于main，提交重复且历史异常的问题排查

你踩了Git变基后的经典坑：

• 第一次git rebase main后，本地dev的提交历史已被改写，和远程origin/dev的历史完全不一致，此时正常git push会失败——Git默认不允许直接覆盖远程历史（除非明确强制推送）。
• 你执行git pull后，Git默认会把远程origin/dev的旧历史和本地rebase后的dev合并，导致你的提交被重复添加到历史中，后续再次变基彻底打乱了分支结构。

1. 确保本地main分支是最新的 #

git checkout main
git pull

2. 切换回你的dev分支 #

git checkout dev

3. 清理混乱的提交历史 #

方法一：交互式变基删重复提交

用交互式变基筛选保留有效提交：

git rebase -i main

执行后会弹出编辑器，里面列出dev分支相对于main的所有提交：

• 找到日志里重复出现的那三个提交（8f29 add metadata_filename to ppt partition、ef6d add metadata_filename to epub partition、26a2 add metadata_filename to email partition），把它们行首的pick改成drop，或者直接删除整行。
• 只保留最顶部的那三个有效提交。
• 保存并退出编辑器，Git会自动完成变基清理。

方法二：补丁重置法（更直观）

如果分不清重复提交，可先导出有效提交为补丁，再重置分支后重新应用：

# 将你的有效提交导出为临时补丁文件
git format-patch main..HEAD --stdout > my_changes.patch
# 重置dev分支到最新的main分支
git reset --hard main
# 应用补丁恢复你的提交
git am my_changes.patch

4. 强制推送更新远程分支 #

因为你改写了dev的历史，必须用强制推送同步远程：

git push --force-with-lease origin dev

--force-with-lease比直接--force更安全，它会检查远程分支是否有其他人的新提交，避免误覆盖。

5. 后续注意事项 #

以后变基完成后，若遇到push失败，直接用git push --force-with-lease，绝对不要执行git pull，否则会再次引入冗余提交。

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