何时执行git pull可保留本地修改？丢失未暂存修改的疑问

嘿，我来帮你把这个问题掰扯清楚——你遇到的未暂存修改丢失，大概率是因为拉取时远程分支和你的本地修改发生了无法自动合并的冲突，Git在这种极端情况下直接覆盖了你的本地变更。下面分三种状态逐一说明哪种能安全保留修改：

1. 未暂存状态（你存疑的情况） #

• 不是完全不能保留，但风险极高：只有当你的未暂存修改和远程拉取的内容完全没有冲突时，Git才会尝试自动合并并保留你的修改。如果文件内容有冲突（比如你改了某几行，远程也改了同样的行），Git没法自动合并，就会直接丢弃你的未暂存修改——这就是你碰到的状况。
• 稳妥做法：拉取前用git stash把未暂存修改暂存起来，执行完git pull后再用git stash pop恢复，这样能100%避免丢失。

2. 暂存状态（执行过git add但未git commit） #

• 和未暂存状态本质差不多：Git同样会尝试合并，但冲突时一样可能丢失，而且暂存状态下的冲突处理更繁琐（你得先把暂存内容撤销才能手动解决冲突）。
• 不推荐在这个状态下拉取，要么用git stash暂存，要么干脆提交成一个临时commit。

3. 已提交状态（执行过git commit） #

• 这是最安全、最推荐的状态！当你把本地修改提交成一个正式commit后，执行git pull时，Git会自动将远程的commit和你的本地commit做合并（生成一个新的合并commit）。就算有冲突，Git也会在冲突文件里标记出差异，让你手动解决，绝对不会丢失你的修改。
• 生产环境里的标准流程就是：先提交本地变更，再拉取远程更新，有冲突就手动解决，全程可控。

额外小技巧 #

如果不确定远程修改和本地是否会冲突，可以先执行：

git fetch origin master
git diff master origin/master

先查看远程和本地的差异，提前预判冲突风险，再决定怎么处理本地修改。

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