Git分支切换疑问：检出B分支为何显示A分支后续更新内容？

这种行为绝对不正常，核心问题出在你切换分支前，本地工作区或暂存区并没有真正处于"干净"状态——哪怕你执行了git stash，也可能存在操作遗漏或理解偏差：

• 你提到"无需保留本地变更"就执行了git stash，但git stash是把未提交变更暂存起来，不是直接丢弃。如果你没执行git stash drop清除暂存的内容，后续切换分支时，若这些暂存内容和目标分支无冲突，Git可能会自动帮你恢复（虽非常规默认行为，但特定场景下会触发）。
• 另一种可能：拉取A分支变更时，git pull触发了合并操作，且合并后存在未提交的文件（比如合并冲突未解决，但你误以为拉取已完成）。此时工作区的变更会被带到后续切换的分支中。
• 极端情况：本地仓库存在分支引用错误，比如master或B分支的HEAD误指向了A分支的最新提交，但这种概率极低，多由误操作导致。

1. 确认仓库当前状态：在任意分支执行git status，查看是否显示"working tree clean"。如果不是，说明存在未提交/暂存的变更，直接执行git reset --hard HEAD强制恢复到当前分支的最新提交状态（注意：此命令会丢弃所有未提交变更，执行前确认不需要这些内容）。
2. 检查并清理stash记录：执行git stash list，如果有暂存记录，用git stash drop清除所有暂存的变更（既然你无需保留，直接清理即可）。
3. 重新同步所有分支：
   • 切换到A分支：git switch A
   • 重置到远程A分支的最新状态：git reset --hard origin/A
   • 切换到B分支：git switch B，此时应仅显示B分支的内容
   • 切换到master分支：git switch master，执行git reset --hard origin/master，恢复到远程master的状态
4. 可选设置调整：如果频繁遇到分支切换携带变更的问题，可以开启git config --global switch.autoStash true，让Git在切换分支时自动暂存未提交变更，切换回原分支后自动恢复——但这是安全防护设置，并非解决当前问题的核心。

• git stash是暂存变更，不是删除，不需要的内容一定要用git stash drop彻底清除。
• 切换分支前必须确保git status显示工作区干净，否则Git会把未提交变更带到新分支（只要文件在新分支中无冲突）。
• git reset --hard <分支名>可以强制让本地分支与远程分支完全一致，但会丢弃所有未提交内容，务必谨慎使用。

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