git switch -f 和 git checkout -f 均强制丢弃未提交修改并切换分支，效果一致；区别在于：前者是 git 2.23+ 专用于分支切换的语义化命令，不支持远程分支名（如 origin/main），更安全可控；后者是旧版全能命令，功能混杂易误用，且低于 2.23 版本才可用。
git switch -f 和 git checkout -f 的区别在哪
两者都能强制丢弃未提交修改并切换分支，但语义和版本支持不同。git switch -f 是 Git 2.23+ 引入的现代命令，明确表达“切换分支”意图；git checkout -f 更老，功能混杂（还管文件恢复），容易误用。
实际效果一致：都会清空工作区和暂存区中所有未提交变更，并把 HEAD 指向目标分支最新提交。但如果你用的是旧版 Git（比如系统自带的 2.17 或更早），git switch 命令根本不存在，会报 unknown command 错误。
- 确认 Git 版本：运行
git --version，低于 2.23 就只能用git checkout -f -
git switch -f不支持切换到远程分支名（如origin/main），必须先有本地对应分支；git checkout -f origin/main虽能执行，但会导致 detached HEAD 状态 - 二者都不处理未跟踪文件（untracked files），比如新创建但没
git add的 .log 文件——它们会原样留在工作区
为什么 git stash pop 后代码没恢复或冲突了
这不是 bug，而是 git stash 的行为特性决定的：它保存的是「当前工作区 + 暂存区」的快照，恢复时直接应用到「当前分支的当前状态」上。如果目标分支和 stash 创建时的基准不一致，就可能覆盖、错位甚至冲突。
- stash 创建于
dev分支的某次提交 A，你切到main后执行git stash pop，Git 会尝试把 A 上的修改打在main当前 HEAD 上——这很可能失败 - 如果 stash 中改了
package.json，而main分支里该文件已被别人更新过，git stash pop就会提示 conflict，需要手动解决 - 用
git stash apply替代pop更安全：apply 不自动删除 stash 记录，出问题还能git stash drop回退 - 加
-m描述：比如git stash push -m "wip: api retry logic"，后续用git stash list能快速识别哪个 stash 对应哪块逻辑
git status 显示 modified 却找不到改动内容
常见于跨平台协作（Windows ↔ macOS/Linux）或子模块项目，本质是 Git 认为文件“变了”，但肉眼看不到差异。典型诱因是行尾换行符（CRLF/LF）、文件权限（filemode）、或子模块的 untracked content。
- 检查是否是换行符问题：运行
git config core.autocrlf，Windows 用户常设为true，但若仓库统一用 LF，这个设置反而导致每次检出会“污染”文件状态 - 忽略 filemode 变化：执行
git config core.filemode false，避免因 chmod 改变触发 modified - 子模块显示 modified？先进子模块目录，运行
git status看真实状态；再用git submodule update --init --recursive同步，而非直接在父仓库强制切换 - 临时验证：用
git diff --no-index /dev/null <file></file>（Linux/macOS）或git diff --no-index NUL <file></file>（Windows）看 Git 认为的“差异”到底是什么
强制切换后怎么找回被丢的未提交代码
一旦执行了 git checkout -f 或 git switch -f，未提交的修改就从工作区和暂存区彻底清空，Git 不保留任何记录——但操作系统层面可能还有残留线索。
- 编辑器缓存：VS Code 有 Local History（右键文件 → “Open Timeline”），WebStorm/IntelliJ 有 Local History 面板，可找回几小时内编辑过的版本
- IDE 自动保存：Sublime Text 的
~/.config/sublime-text-3/Local/下可能有 .tmp 文件；Vim 的 swap 文件（*.swp）若没被清理，可用vim -r恢复 - 文件系统级恢复：某些 Linux 发行版启用 ext4 的 journaling，或 macOS 的 Time Machine 备份，但成功率低且耗时
- 真正可靠的方案只有一个：下次切分支前，先跑一遍
git status；看到 modified 就立刻git stash push -m "before-switch-$(date +%s)"，别图省事
最常被忽略的一点：强制切换不会动未跟踪文件，但很多人误以为“所有新文件都丢了”，其实只是 git status 不再列出它们——它们还在磁盘上，只是没被 Git 管理而已。
