如何在Git变基时自动解决文件删除引发的冲突

方法1：用变基策略选项自动接受目标分支的删除 #

很多人容易搞混变基场景下ours和theirs的指向：变基时，-X ours里的"ours"指的是目标分支（origin/main），而非当前特性分支。当main上删除了文件，而你的特性分支提交还在修改这些文件时，用这个参数就能自动接受main的删除操作，跳过手动处理冲突的步骤：

git fetch
git rebase origin/main my-feature-branch -X ours

执行后Git会自动处理所有因文件删除导致的冲突，无需反复执行git rm和git rebase --continue。

方法2：脚本自动处理变基冲突 #

如果-X ours不符合你的需求（比如需要保留部分文件），可以写个小脚本自动处理：

1. 创建脚本文件rebase-delete-handler.sh：

#!/bin/bash
# 提取origin/main中已删除但当前分支还存在的文件
DELETED_FILES=$(git diff --name-only --diff-filter=D origin/main HEAD)
[ -n "$DELETED_FILES" ] && git rm $DELETED_FILES
git rebase --continue

2. 给脚本加执行权限：

chmod +x rebase-delete-handler.sh

3. 启动变基，遇到冲突时直接运行脚本：

git fetch
git rebase origin/main my-feature-branch
# 弹出冲突提示后执行
./rebase-delete-handler.sh

要是想全程自动处理，可以结合expect工具写个自动循环的脚本（需先安装expect）：

#!/usr/bin/expect
spawn git rebase origin/main my-feature-branch
expect {
    "error: could not apply" {
        send "./rebase-delete-handler.sh\r"
        exp_continue
    }
    eof
}

方法3：提前批量删除文件再变基 #

先把main中已删除的文件在特性分支里删掉，再变基就能避免冲突：

1. 导出已删除文件列表：

git fetch
git diff --name-only --diff-filter=D origin/main my-feature-branch > deleted-files.txt

2. 在特性分支删除文件并提交：

git switch my-feature-branch
git rm $(cat deleted-files.txt)
git commit -m "Sync deleted files with origin/main"

3. 执行变基：

git rebase origin/main

这种方式提前清理了无效文件，后续变基时不会再出现这类冲突。

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