执行Git合并回退后，本地仍显示分支文件的原因排查

你的问题根源在于合并分支到main时使用了快进合并（Fast-Forward）——这种合并不会生成新的合并提交，直接将main分支的指针移动到开发分支的最后一个提交上，导致后续的revert和reset操作出现了不符合预期的结果。

拆解你的操作问题 #

1. git revert -m 1 HEAD的无效性
   git revert -m是专门用来撤销合并提交的命令，但快进合并没有生成合并提交，此时HEAD指向的是开发分支的普通提交（83d5e80），因此这个命令执行后进入了异常的revert流程，提示“Revert currently in progress”却没有实际可撤销的内容（工作区显示clean）。

2. git revert --continue无实际作用
   由于没有需要提交的撤销内容，这个命令并未完成revert操作，分支仍处于REVERTING状态。

3. git reset --hard HEAD^的指向错误
   此时HEAD指向的是开发分支的提交83d5e80，HEAD^本应指向main合并前的基线提交（605a5e5），但之前的revert操作干扰了Git的状态，导致reset没有正确回退到目标提交，最终出现“HEAD指向main但显示分支提交”的矛盾情况，同时工作区也未同步回退。

正确解决步骤 #

要彻底撤销合并、回到合并前的状态并清除分支新增文件，直接执行硬重置即可：

1. 从你的提交日志中找到main分支合并前的最后一个提交哈希：605a5e5（提交信息为“Baseline at the start of development”）
2. 执行硬重置命令：

git reset --hard 605a5e5

该命令会将main分支的HEAD移动到合并前的基线提交，同时强制工作区和暂存区同步到该状态，分支新增的文件会被自动删除。

后续操作建议 #

• 合并分支时添加--no-ff参数，强制生成合并提交，方便后续用git revert清晰撤销：

git merge --no-ff 你的开发分支名

• 执行撤销操作前，先用git log --oneline --graph查看分支结构，确认提交历史后再操作，避免误执行。

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