Git执行rebase -i压缩提交出现rename/delete等冲突如何解决

不需要手动逐一处理rebase过程中的冲突，直接用软重置的方式即可零冲突生成包含最近5个提交最终状态的单提交，操作步骤如下：

• 若当前正卡在rebase冲突流程中，先执行命令回退到rebase前的正常状态：

  git rebase --abort
  

• 执行软重置命令，该命令会撤销最近5个提交的提交记录，但完整保留所有提交对应的代码改动到暂存区，工作区文件和你之前测试通过时的最终状态完全一致，不会修改任何实际代码内容：

  git reset --soft HEAD~5
  

• 直接执行提交命令，填写新的提交信息即可：

  git commit
  

  执行完这步生成的新提交，就完整包含了之前5个提交的所有代码变更，全程不会触发任何重命名、内容类合并冲突。

你之前用git rebase -i执行squash时触发报错，是交互式rebase的底层逻辑导致的：标记squash后Git会按提交顺序逐个重放每一笔变更，每一步都做三方合并。当提交序列中穿插了文件重命名、删除、同文件内容修改操作时，Git无法跨提交自动推断变更意图——比如重命名操作在后面的提交里，前面的提交应用时Git只看到旧文件被删除，就会抛出CONFLICT (rename/delete)类错误，并不是你的操作有问题。

如果这5个提交之前已经推送到远程分支，生成新的单提交后，推送需要使用--force-with-lease参数：

git push --force-with-lease

不要直接使用裸--force参数，避免误覆盖同分支上其他协作者提交的内容。

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