直接结论：用 git switch -f（Git ≥2.23）或 git checkout -f（Git <2.23），二者均强制丢弃未提交修改并切换分支，效果一致；但 switch 语义专一、更安全，不支持远程分支名，而 checkout 功能混杂、易误用。
直接结论：用 git switch -f（Git ≥2.23）或 git checkout -f（Git
VSCode Git树点Checkout没反应？它在拦你
VSCode 的 Git 视图里点击分支旁的 Checkout 按钮，本质是调用安全模式的 git checkout。只要工作区有 modified、untracked 或 staged 文件，它就拒绝执行——不是卡了，是 Git 主动保护你别丢代码。
- 它不会报错，也不会弹提示，只是静默失败
- 状态栏可能显示“已切换”，但
git branch和git status会暴露真相 - 图形界面不提供勾选“强制丢弃”的选项，这事必须交命令行
git switch -f 和 git checkout -f 怎么选
两者效果一致：丢弃所有未提交修改 + 切换分支 + 清理暂存区 + 重置工作区到目标分支最新提交。区别只在语义和版本支持：
-
git switch -f main：Git 2.23+ 推荐，专为分支切换设计，不支持origin/main这类远程引用（否则报错） -
git checkout -f main：旧版通用命令，Git git checkout -f origin/main 会进 detached HEAD，慎用 - 查版本：
git --version；低于 2.23 就别试switch，会提示unknown command
为什么 git reset --hard 不是切换分支的正确姿势
有人想先 git reset --hard 再 git checkout，这是多余且危险的组合：
-
git reset --hard只重置当前分支的 HEAD，不切换分支本身 - 如果当前分支和目标分支差异大（比如子模块 commit 不同），残留状态可能异常
-
git checkout -f或git switch -f是原子操作：一步完成切换 + 重置 + 清理未跟踪文件（等效于git clean -df） - 但注意：
-f不清理.gitignore之外的未跟踪文件——真有漏网之鱼，得补git clean -df
Windows 下 -f 失效？先关大小写敏感
某些 Windows 环境下，路径大小写不一致（如本地是 Readme.md，远程是 README.md），会导致 git checkout -f 报错或静默跳过。
- 检查是否触发此问题：
git config core.ignorecase返回true - 临时修复：
git config core.ignorecase false - 操作完建议改回：
git config core.ignorecase true（Windows 默认行为） - 这问题不会出现在 macOS/Linux，也不影响
git reset --hard origin/main类操作
真正容易被忽略的是：无论用哪个命令，-f 都不处理 .gitignore 里声明但已被删除/修改的文件（比如 node_modules 被删了但 .gitignore 还写着它），这类文件会被保留。需要覆盖全部，必须明确加 git clean -dfx，但 -x 会删掉所有忽略项，务必确认。
