切换master分支后Git提示所有文件需提交的问题排查与解决

• 你切换分支前，feature分支的工作区存在未提交的改动，GitHub Desktop自带分支切换保护逻辑，会在检测到未提交改动时自动执行stash暂存操作，避免切分支丢代码，这就是你没主动用过stash却存在stashed changes的原因，该问题和公司私有仓库服务器没有关联。
• 切到master分支后出现的2700个待提交变更，是自动stash尝试恢复时，因stash内的文件内容来自feature分支基线，和master分支的文件基线不匹配导致的残留，此时stash未恢复成功，就会弹出Unable to restore stash when changes are present in your branch报错。
• fetch操作仅同步远程仓库的提交记录，不会扫描、处理本地工作区、暂存区、stash内的未提交内容，只要远程master没有新提交，就会提示本地与origin保持同步，和你本地有多少未提交改动无关。
• 切回feature分支时触发Your local changes would be overwritten by checkout报错，是因为当前master工作区残留的未提交改动，和feature分支同路径文件的版本存在冲突，Git为了避免改动被覆盖主动拦截了checkout操作。

所有操作优先保证代码不丢失，按顺序执行即可：

1. 先备份当前工作区所有内容，执行命令后工作区会回到干净状态，所有改动都会被存入新的stash备份，不会丢失：

   git stash push -u -m "manual_backup_before_fix"
   

2. 此时工作区无未提交改动，直接切回原feature分支，不会再触发覆盖报错：

   git checkout 你的原feature分支名
   

3. 查看本地所有stash记录，找到GitHub Desktop自动生成的那条stash（一般是时间最早的条目，备注通常带有GitHub Desktop标识）：

   git stash list
   

4. 恢复对应stash的内容到当前feature分支，把命令里的stash@{x}替换成你找到的目标stash的实际序号：

   git stash pop stash@{x}
   

   如果恢复过程中出现冲突，直接按你之前在feature分支上写的代码逻辑解决冲突即可，解决完成后就回到了你切分支前的正常开发状态。
5. 确认feature分支状态正常后，再按原计划操作拉取新代码建分支：
   • 切到master分支：git checkout master
   • 拉取远程最新代码：git pull
   • 基于最新master创建新功能分支：git checkout -b 新功能分支名

之前看到的2700个待提交变更属于stash恢复失败产生的临时残留，按上述步骤在对应分支正确恢复stash后，这类异常残留会自动清除，不需要手动逐个处理。

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