如何使用git revert仅撤销指定commit且不影响后续提交

问题1：冲突是操作错误还是Git revert的预期行为？ #

这既不是操作逻辑错误，也不是Git revert的设计预期行为，冲突是提交改动的上下文匹配失败导致的。
Git revert的核心逻辑是反向应用指定commit的diff内容，按你描述的分区块提交场景，如果header、main、footer三次提交的改动完全无行重叠（哪怕是同一个文件的完全分隔区块、或是不同文件），正常情况下revert指定commit只会移除对应改动，不会影响后续提交。
你遇到冲突的核心原因是三次提交的改动在同一个文件的相邻行，Git匹配diff上下文时无法找到干净的反向应用位置，才触发冲突提示，提示内容的表述容易让人误以为要删除后续所有改动，这属于提示误导，不是revert的实际设计逻辑。

问题2：仅移除指定commit代码、保留后续所有提交的实现方法 #

可以通过以下三种常用方案实现：

• 方案1：直接解决revert冲突
  出现冲突时打开冲突文件，Git会用<<<<<<< HEAD、=======、>>>>>>> 被撤销的commit信息标记冲突区间，你只要保留区间内main、footer对应的改动内容，删除header对应的改动即可。冲突解决完成后执行git add <冲突文件>，再执行git revert --continue提交即可，最终只会移除目标commit的改动。
• 方案2：无提交模式手动调整revert结果
  执行git revert --no-commit <目标commit哈希>，Git会将反向改动应用到工作区但不会自动提交，你可以手动修改所有文件，只保留移除目标commit的改动，删除其他多余变动，确认无误后执行git commit提交即可。
• 方案3：交互式变基删除指定提交（仅适用于未推送公共分支的本地提交）
  执行git rebase -i <目标commit的前一个commit哈希>，在弹出的编辑界面中将目标commit对应行开头的pick改为drop，保存退出后Git会自动删除该提交并重新应用后续所有提交，无本质冲突的情况下可以直接完成，完全保留后续提交内容。

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