如何在git rebase -i时默认以theirs自动解决合并冲突？

嘿，我完全懂你现在的崩溃——对着35000+条提交做变基压缩，每几步就要手动解决冲突，太耗精力了！下面给你几个能自动处理这类冲突的方案，帮你省点时间：

1. 启动变基时直接指定冲突解决策略 #

你可以在执行交互式变基时，加上-X theirs参数，让Git自动在冲突时采用你当前正在应用的提交版本（这和你手动执行git checkout --theirs <file>的效果一致）。注意哦，在变基场景里，theirs的含义和普通合并时相反：这里的theirs指的是你自己要变基的提交内容，而不是上游分支的内容。

命令格式：

git rebase -i -X theirs <你要回溯的起始提交哈希>

2. 启用git rerere自动复用冲突解决方案 #

如果你的冲突很多是重复出现的，那git rerere（reuse recorded resolution）绝对是救星！它会记录你手动解决过的冲突模式，下次遇到完全相同的冲突时自动帮你解决。

先全局启用它：

git config --global rerere.enabled true

之后你手动解决一次冲突并继续变基后，Git就会记住这个解决方式，后续再碰到一模一样的冲突就会自动处理，不用你再动手。

3. 更高效的历史压缩方案（适合超大规模仓库） #

如果你的仓库历史实在太大，交互式变基效率太低，不妨试试git filter-repo（这是Git官方推荐替代旧的filter-branch的工具）。它可以批量压缩指定范围的历史提交，避免逐个应用提交时的冲突问题。

比如，如果你想把某个旧提交之后的所有提交压缩成一个，大致步骤是：

1. 先找到你要保留的最早提交的哈希，比如<oldest-commit-to-keep>
2. 用filter-repo重置该提交之后的历史：

git filter-repo --commit-callback '
if commit.parents and commit.parents[0].id == b"<oldest-commit-to-keep的哈希>"
then
    commit.message = "压缩2年前的历史提交\n\n" + commit.message
    commit.parents = []
fi
'

不过要注意，git filter-repo会彻底重写仓库历史，执行前一定要备份好代码，并且通知所有协作成员同步新历史！

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