切换前的准备工作
在正式切换分支之前，先把本地仓库的状态理顺是关键。很多人切分支报错或者丢代码，多半是因为没检查清楚当前工作区的状态。打开终端或命令行工具，先进入项目根目录，输入 git status 查看当前有哪些未提交的修改。如果有红色或绿色的文件提示，说明你手头有正在写的代码还没存盘。这时候千万别直接切分支，否则Git会拦截操作防止覆盖。你可以选择先把改动暂存起来，执行 git stash 命令，这样临时修改会被安全隐藏，工作区恢复干净后再进行分支切换。如果改动已经比较完善，直接 git add . 和 git commit 提交到当前分支更稳妥。另外，建议养成习惯，每次切分支前都跑一下 git fetch --all，把远程仓库的最新分支列表拉取下来，避免因为信息不同步导致找不到目标分支。
基础切换命令与常用场景
切换到已有分支是最常见的操作。如果你的项目里已经存在 feature-login 这个分支，直接在终端输入 git checkout feature-login 就能瞬间跳转过去。Git会自动帮你更新工作区的所有文件，让你无缝衔接该分支的代码环境。现在的版本控制工具也推荐用 git switch feature-login，语义更直观，专门用于切换分支，不容易和创建分支的命令搞混。如果你经常需要在一两个开发分支之间来回测试，可以结合 git checkout - 命令，它代表回到上一个分支，相当于快速往返开关。切换完成后，用 git branch 确认一下当前所在分支，名字前面带星号的就是你正在工作的位置，心里更有底。
新建并直接切换分支
日常开发中，更多时候是边建分支边切换。比如你要开始做一个新功能，通常不会先建好再切，而是合并成一个动作。使用 git checkout -b dev-payment 或者 git switch -c dev-payment 即可一步到位。这里的 -b 参数明确告诉Git这是一个新分支，后面的名称就是你要起的分支名。起名的时候尽量遵循团队规范，比如用 feat/xxx 表示新功能，fix/xxx 表示修Bug，这样后续管理起来一目了然。新分支默认会基于你当前所在的父分支创建，所以切到新分支后，里面的代码和切换前是完全一致的。如果你希望新分支基于某个特定的历史提交点创建，可以在命令末尾加上对应的 commit hash 或者标签名，比如 git switch -c hotfix-issue 1a2b3c4d，这样就能从旧节点独立出一条线来修复问题。
遇到冲突与撤销切换的处理
切分支看似简单，实际操作时偶尔也会碰到拦路虎。最常见的是提示 cannot switch branch because you have uncommitted working tree changes。这再次提醒我们，没保存的改动就像悬在半空的石头，Git不敢动。除了前面说的 stash，你也可以用 git stash drop 清理缓存的暂存区。另一种情况是切换后发现进了错分支，或者刚建的分支名字打错了。别慌，直接用 git reset HEAD 或者重新 checkout 回主分支就行。如果是刚建的新分支且里面写了大量代码不想保留，可以直接 git branch -d 错误分支名 把它删掉重建。Git本身提供了很好的容错机制，只要没合并推送，本地分支随便折腾都不会影响主线和其他同事。
清理无用分支与维护习惯
项目开发周期一长，本地和远程会堆积大量废弃分支。定期清理能保持工作环境清爽。先用 git branch -a 列出所有本地和远程分支，把已经合并完成或者确定不再需要的分支标记出来。本地分支可以直接 git branch -d 删除，如果是强制删除则用 -D 参数。远程分支的删除则需要推空引用，命令是 git push origin --delete 分支名。配合 git remote prune origin 还能同步清理那些已经被别人删掉的远程分支记录。平时写代码养成随手关分支的习惯，功能做完及时合入主干或删除临时分支，能有效减少上下文切换带来的认知负担。掌握这些切分支的日常操作，不仅能提升协作效率，也能让版本管理变得井然有序。
