合并中止与回退边界
git pull 发生冲突后，先用 git status 判断当前是 merge 还是 rebase，以及是否已有本地未提交修改。来源笔记将多种状态下的回退命令混在一起，不能按顺序直接执行。
若 Git 正处于尚未完成的 merge，git merge --abort 用于尝试回到合并开始前的状态。若状态显示正在 rebase，应检查相应的 rebase 流程；git merge --abort 不适用。操作前先记录 git status，并核对本地修改是否需要保留；有未提交修改时，不能保证中止操作能完整重建原始工作区。
git reset --hard HEAD 会丢弃工作区和暂存区的修改，不等于通用的“回到 pull 之前”。若合并已经提交或拉取是快进更新，先查看 git log 与 git reflog 确认目标提交，再单独设计回退方案。不要把 git checkout -- .、git reset HEAD^ 当成同一问题的连续步骤。
核查边界
- 本页是对原笔记的纠错性整理，未在具体仓库执行回退。
- 对共享分支、已推送提交和包含未提交修改的工作区，先确认协作与备份要求，再选择命令。