git add后仍显示“both modified”说明冲突标记未删净或文件未真正保存；需检查所有是否清除，确认编辑器已保存，再运行git add 和git status验证是否移入Changes to be committed。
git add 后仍显示 “both modified” 怎么办
这说明冲突标记没删干净，或者编辑器没真正保存文件。Git 不会自动识别“你心里觉得解决了”，它只认三行标记是否物理删除、文件是否写入磁盘。
检查要点：
- 用
git status确认输出里是否还有Unmerged paths或both modified提示 - 打开冲突文件，全局搜索
，确保每个冲突块的三行标记全被删掉——包括=======和>>>>>> branch-name，不能只删头尾 - 确认编辑器已真正保存：VS Code 看右下角状态栏是否显示“已保存”，Sublime/Notepad++ 注意是否有未保存缓冲（比如标签页右上角没出现圆点）
-
git add后再跑一次git status，该文件应从Unmerged paths移入Changes to be committed
git add . 会把所有冲突文件都标为已解决吗
会，但非常危险。它不区分“已清理冲突”和“压根没打开过”，只要工作区有修改且未被 .gitignore 排除，就一并加入暂存区。
更安全的做法：
- 先用
git status明确列出所有both modified的文件 - 逐个执行
git add，边加边验证该文件内容是否确实无冲突标记 - 若文件较多，可用 Bash/Zsh 命令提取精确路径：
git add $(git status --porcelain | grep "^UU" | cut -d' ' -f2)
为什么 git commit 报 “Aborting commit due to empty commit message”
这不是冲突未解决的提示，而是 Git 拒绝空提交信息。merge 后默认进入编辑器让你写合并说明，直接退出（比如 Vim 里按 :q!）就会触发这个错误。
应对方式：
- 在 Vim/Neovim 中输入内容后按
:wq保存退出（别用:q!） - 用
git commit -m "merge feature/login with conflict resolved"跳过编辑器 - 如果误退出，Git 会保留
.git/MERGE_MSG，再次运行git commit会自动加载它
冲突解决后还能撤销 merge 吗
可以，但仅限于 git commit 之前。执行 git merge --abort 会彻底回退到 merge 开始前的状态：工作区还原、暂存区清空、HEAD 回到原位置。
注意边界：
- 一旦运行了
git commit，就生成了一个真实合并提交，git merge --abort失效 - 若已提交但尚未推送，可用
git reset --hard HEAD~1撤销该合并提交（前提是你没做其他新提交） -
git merge --abort不影响本地已有但未参与本次 merge 的改动（比如你之前git stash过的内容）
实际操作中最容易被忽略的是：编辑器自动保存功能可能被禁用，或临时文件缓存没刷出；另外很多人以为删掉 和 >>>>>> 就够了，忘了中间的 ======= 也必须手动清除。
