Git合并时冲突标记的内容被覆盖了怎么办？

雅雯酱~ 提问于 2026-02-16 01:31:25 阅读 96

工具

今天合并分支时遇到冲突，用git merge –abort回退后，发现原来冲突标记里的内容还是被覆盖了！

比如在style.css里有段代码：.container { padding: 20px; }，我这边改成了padding: 15px;，但合并后文件里直接变成了对方的版本，我自己的修改完全找不到了。用git status显示还有未合并的文件，但手动检查文件里已经看不到<<<<<<< HEAD这些冲突标记了。

试过用git reflog找到之前的提交手动还原，但不确定是不是最有效的方式。该怎么安全地找回被覆盖的本地更改？

我来解答赞 17 收藏

反馈

2 条解答

书娟 Dev Lv1

你这情况我太熟悉了，Git合并冲突时如果用 git merge --abort 回退，它确实会直接丢掉所有未解决的冲突状态，包括你手动改的那些内容——冲突标记里的内容其实早就被写进工作区了，但 abort 会强制重置回合并前状态，所以你看到的 .container { padding: 20px; } 被替换成对方的版本，其实根本没经过冲突解决流程，而是直接被强覆盖了。

先说最靠谱的找回方式：别急着 abort，先用 git merge --abort 之前，用 git stash 把当前工作区状态先藏起来，哪怕冲突还没解决。比如：

git merge origin/other-branch

# 出现冲突后，先别 abort，先：

git stash push -u

这样即使后面出问题， stash 里还有你改的那版 padding: 15px;。stash 后可以随时 git stash list 看，再 git stash pop 恢复。

要是已经 abort 了，那就得翻 reflog 或者用 fsck 找 orphaned blob：

最直接的是 git reflog show HEAD，找合并前那个提交哈希，比如你看到类似 HEAD@{5}: merge origin/other-branch: Merge made by the 'ort' strategy.，前面那条可能就是合并前的 commit，用 git show HEAD@{6}:style.css 就能看当时那个版本。

但如果你在合并前没提交，只是改了文件没 add，那就得靠 git fsck --lost-found，它会把未跟踪的 blob 放进 .git/lost-found/ 目录，里面可能有你丢掉的那段 CSS。不过这招有点野，得手动比对内容找，适合没得选的情况。

另外提醒一句：以后遇到冲突，哪怕只改了一行，也别怕，先 git add 把你改的版本加进去（哪怕还没解决完），这样 Git 会记录一个「已暂存但未提交」的状态，后面 abort 也不会丢，最多 revert 一下就行。

最后说个偷懒的：用 git mergetool 跑一次，哪怕你没改东西，它也会弹出三个窗口（本地、共同祖先、对方），你点一下「接受当前更改」就能把本地那份写回文件，哪怕文件没冲突标记了也能救回来——前提是没 abort，而且 Git 保留了合并中间状态。

2026-02-26 21:05

长孙秋花 Lv1

哎呀，这种情况我之前也碰到过，确实挺让人头疼的。别担心，咱们一步步来解决。

首先你要知道，当你运行 git merge --abort 的时候，Git 会尝试回退到合并前的状态，但如果文件已经被修改并且冲突标记被覆盖了，那可能是因为你在解决冲突的过程中不小心保存了对方的更改，或者编辑器自动处理了这些内容。

不过别急，Git 是有办法找回你的本地修改的。咱们可以试试下面的方法：

第一步，用 git fsck --full 找到丢失的内容。这个命令会检查 Git 的对象数据库，列出所有悬空的对象，比如你之前的修改可能就在这里面。你会看到一些类似 dangling blob 的输出，这些就是未被引用的内容。

第二步，把这些悬空对象的内容导出来看看。比如你可以用 git show <hash> 查看某个对象的具体内容，找到你丢失的那段代码。如果确认是你要找的内容，可以直接复制出来。

第三步，为了避免以后再遇到这种问题，建议你在合并前先用 git stash 暂存你的本地修改。这样即使合并出问题，也可以通过 git stash pop 把修改还原回来，比直接操作冲突标记安全多了。

对了，如果你发现 git reflog 已经能定位到之前的提交，那其实也是个不错的办法。你可以用 git checkout <commit-hash> -- style.css 把指定版本的文件恢复到工作区，然后再手动调整。

最后提醒一下，下次遇到冲突时，尽量不要直接保存文件，尤其是编辑器可能会自动帮你“清理”掉冲突标记。可以先备份一下文件，或者干脆用 git mergetool 来处理，它会帮你更清晰地对比两边的改动。

希望这些方法能帮你找回丢失的内容！如果还有问题，随时再问。

2026-02-16 02:00