删除非主分支已推送Commit并保留本地修改，git revert方案可行吗？
2026-5-19
可行，但还有更适配的方案可选
首先明确：你说的 git revert <commit-id> && git add . && git commit && git push origin my-branch 这个流程完全可行，但我们得拆解清楚它的效果，以及根据你的场景（仅自己使用分支/多人协作）选择更合适的方式。
为什么你的方法能满足需求？
git revert <commit-id>会生成一个新的提交，精准撤销目标提交的所有更改。关键是：这个操作不会触动你当前的本地未提交修改——Git 会自动将这些修改保留在工作区，不会被覆盖或清除。- 后续的
git add .会把 revert 生成的撤销更改，以及你所有的本地修改一起加入暂存区，git commit会把它们合并成一个新提交推送到远程。这样远程分支的历史会变成：... -> 目标提交 -> 撤销提交（含你的本地修改），既移除了目标提交的影响，又保留了你的本地更改。
如果你是分支唯一使用者，更简洁的方案：git reset
如果这个分支只有你自己在使用，没有其他协作者拉取或推送，用 git reset 会更直接，能彻底从历史中移除目标提交，而不是添加一个撤销提交：
- （可选保险操作）先暂存本地修改：
git stash - 执行
git reset --soft HEAD~1：这个命令会把最后一次提交（你想删除的那个）从分支历史中移除，同时把该提交的内容放到暂存区 - 清空暂存区（彻底丢弃目标提交的内容）：
git reset .，你的本地修改会留在工作区 - （如果之前执行了stash）恢复本地修改：
git stash pop - 强制推送到远程：
git push origin my-branch --force
这样远程分支的历史就会直接跳过那个目标提交，看起来更干净，但注意：强制推送会重写远程分支历史，如果有其他人在这个分支工作，会导致他们的本地仓库和远程冲突，所以仅在分支独用时使用。
注意事项
- 如果你的本地修改和 revert 操作的内容有冲突，Git 会提示你解决冲突，解决后再执行后续的 add、commit 操作即可。
git revert是安全的协作友好型操作，因为它不修改现有历史，其他协作者拉取后只会看到新增的撤销提交，不会出现历史不一致的问题。
内容的提问来源于stack exchange，提问作者user9250371
相关产品推荐
相关产品推荐
