vscode git树中checkout无反应是因git保护机制阻止覆盖未提交修改；需用命令行执行git checkout -f （git
Git树里点“Checkout”没反应？其实是它在保护你
VSCode 的 Git 视图里点击分支名旁的 Checkout 按钮，默认不会覆盖有未提交修改的工作区。这不是卡了，是 Git 拒绝执行危险操作——它发现当前工作目录有 modified、untracked 或 staged 文件，而 checkout 会丢弃它们。
想强制切换并丢弃所有本地改动，得绕过 VSCode 图形界面
VSCode 的 Git 树本身不提供“强制丢弃+切换”的勾选项。必须用命令行触发带 --force 行为的 checkout，再让 VSCode 同步状态。
- 打开集成终端（
Ctrl+`），确保在项目根目录 - 运行：
git checkout -f <branch-name></branch-name>（Git git switch -f（Git ≥2.23） - VSCode 的源代码管理视图会自动刷新，显示新分支和干净状态
注意：-f 会无条件丢弃所有未提交变更（包括 git clean -df 效果），不可撤销。
git checkout -f 和 git reset --hard 别混用
有人试过先 git reset --hard 再 checkout，这是多余且危险的：前者只重置当前分支的 HEAD，但不切换分支；如果当前分支和目标分支差异大，可能残留冲突文件或子模块状态异常。
- 直接
git checkout -f <branch></branch>是原子操作：切换 + 重置工作区 + 清理未跟踪文件 - 若提示
error: Your local changes to the following files would be overwritten...，说明还没加-f - Windows 下路径大小写敏感问题可能导致
-f失效，此时需先git config core.ignorecase false
别依赖“Git: Checkout”命令面板快捷方式
VSCode 命令面板里的 Git: Checkout to... 本质仍是调用安全模式的 git checkout，不接受 -f 参数。它甚至不会提示“有修改”，而是静默失败——光看 UI 状态栏显示“已切换”，实际分支根本没动。
- 验证是否真切换成功：看终端执行
git branch，星号是否在目标分支前 - 检查工作区是否真干净：运行
git status，输出应为nothing to commit, working tree clean - 如果仍有残留文件，大概率是
.gitignore之外的未跟踪文件，-f不清理它们，得手动git clean -df
图形界面省事，但涉及丢弃修改时，命令行才是唯一可控路径。别等 checkout 后发现文件还在，才去翻日志查哪步漏了 -f。
