先确认远程分支是否已拉取；若本地无该分支，需用 git checkout -b 或 git switch 创建并关联；切换时遇未保存修改需 stash 或强制覆盖；切到提交或 tag 会导致 HEAD 分离，应新建分支操作。
git checkout 切不了分支？先确认远程分支是否已拉取
直接 git checkout feature/login 报错 pathspec 'feature/login' did not match any file(s) known to git，大概率不是命令写错了，而是本地根本没这个分支的记录。Git 的 checkout 只能切本地已存在的分支，不会自动从远程抓取。
- 先运行
git branch -a，看输出里有没有remotes/origin/feature/login—— 有说明远程存在，但本地还没建跟踪分支 - 如果只有
remotes/origin/xxx没有对应本地分支，得先用git checkout -b feature/login origin/feature/login建本地分支并关联 - 或者更省事：用
git switch feature/login（Git 2.23+），它会自动尝试匹配远程同名分支并创建本地跟踪分支
git checkout -b 和 git switch --track 的区别在哪
本质都是新建本地分支并关联远程，但行为细节不同，尤其在远程分支名和本地分支名不一致时容易出错。
-
git checkout -b dev origin/release/v2.1：建本地分支dev，但上游设为origin/release/v2.1—— 后续git pull会拉release/v2.1，不是dev，容易混淆 -
git switch -c dev --track origin/release/v2.1：同样建dev分支，但明确设上游为origin/release/v2.1，语义更清晰 - 老项目用
checkout习惯的人，注意-b后跟的是本地分支名，不是远程路径；误写成git checkout -b origin/feature/x会建一个叫origin/feature/x的本地分支，纯属自找麻烦
切换分支时报 “Your local changes would be overwritten” 怎么办
这不是 Git 拒绝你，是它在保护你没提交的修改不被丢掉。核心原则：Git 不会在未保存的前提下覆盖工作区文件。
- 想保留修改：用
git stash暂存，切完再git stash pop—— 最安全，适合临时切分支查问题 - 想丢弃修改：
git checkout -- .（清空工作区）或git reset --hard（连暂存区一起清），但后者不可逆，慎用 - 只想切分支、不碰当前修改：加
--force（即git checkout -f branch-name），Git 会强制覆盖冲突文件，但仅限于未跟踪或已提交过的文件；如果改的是新文件（untracked），checkout默认不碰它，也不会报错
git checkout 后文件没变？检查是不是 HEAD 分离了
执行 git checkout abc1234（提交哈希）或 git checkout v1.2.0（tag）后，git status 显示 HEAD detached at abc1234，这时你所有新提交都不会属于任何分支，一不小心就“消失”了。
- 确认是否误切到了提交或 tag：运行
git branch，如果当前没高亮任何分支名，就是分离状态 - 想基于某个提交干活：先
git switch -c new-feature abc1234新建分支，再操作 - 只是想看旧代码：分离状态没问题，但别提交；退出方式是
git switch main或git checkout main
实际用的时候，最常卡住的不是命令记不住，而是分不清“本地有没有这个分支”“改过的文件到底算不算脏”“切过去之后 HEAD 在哪”。这些状态不摸清，光背命令没用。
