git add后仍显示“both modified”说明冲突标记未删净或文件未真正保存；需确保全部清除，编辑器已保存，再执行git add 并用git status验证是否移入暂存区。
git add 后仍显示 “both modified” 怎么办
这说明冲突标记没删干净，或文件虽编辑了但没真正保存。Git 不关心你“以为解决了”，只认三件事：所有 、<code>=======、>>>>>> 都被删光；文件已写入磁盘；git add 确实执行到了那个文件。
常见踩坑点：
- 只删了头尾两行，漏掉中间的
======= - 用 VS Code 编辑时右下角状态栏显示 “未保存”，自己没注意
- 改完一个文件后，误以为
git add .就万事大吉，结果把其他还没看的冲突文件也强行加进去了 -
git status输出里还带Unmerged paths，但你直接跳去git commit了
为什么不能直接 git add . 解决所有冲突
git add . 会把工作区所有已修改且未被 .gitignore 排除的文件都暂存——包括你根本没打开、没检查、甚至压根不知道存在冲突的文件。它不识别冲突，只认“文件内容变了”。
更稳妥的做法是明确聚焦在冲突文件上：
- 先运行
git status，抄下所有标为both modified的路径 - 逐个
git add src/utils/api.js，每加一个就git status看一眼是否从Unmerged paths移到了Changes to be committed - 如果文件太多，可用 Bash 命令精准提取：
git add $(git status --porcelain | grep "^UU" | cut -d' ' -f2)
git commit 提示 “Aborting commit due to empty commit message” 是啥意思
这不是冲突没解决，而是 Git 拒绝空提交信息。merge 后的提交必须有内容，不能留空。
应对方式很直接：
- 在 Vim/Neovim 里，输入文字后按
:wq（不是:q!）退出 - 用
git commit -m "merge main into feature/user-profile"跳过编辑器 - 如果误关了编辑器，别慌——Git 保留了
.git/MERGE_MSG，再跑一次git commit就能接着用
rerere 能不能自动帮你标记已解决
不能。git rerere（reuse recorded resolution）只负责“记住你上次怎么解决的同一块冲突”，下次遇到一模一样的冲突时自动填进去，但它不替代 git add 这一步。你依然得手动删标记、保存、再 git add。
开启方式很简单，但仅对重复冲突有效：
- 全局启用：
git config --global rerere.enabled true - 它只在你真正完成一次冲突解决（删标记 → 保存 →
git add→git commit）后才开始记录 - 对第一次出现的冲突完全没用，别指望它省掉人工判断
最易被忽略的一点：冲突解决不是“删完标记就完了”，而是“删净 + 保存 + git add + git status 确认移入暂存区”四步闭环。少任何一环，Git 都当它还在冲突中。
