能，git checkout 和 git switch 离线均可使用，只要目标分支在本地存在（即 .git/refs/heads/ 下有对应指针），二者均不依赖网络，仅操作本地仓库元数据和工作区。
离线时 git checkout 和 git switch 都能用吗
能。只要本地已有该分支的提交记录（即分支指针存在），Git 完全不需要联网就能切换——它只操作本地 .git 目录里的元数据和工作区文件。
常见错误现象：执行 git checkout feature/login 报错 error: pathspec 'feature/login' did not match any file(s) known to git，这不是网络问题，而是分支根本没在本地创建过。
-
git checkout <branch></branch>仍可用，但已标记为“deprecated”（不推荐），尤其在新建分支时语义模糊 -
git switch <branch></branch>是 Git 2.23+ 推出的专用分支切换命令，更清晰，离线完全正常 - 两者都不依赖远程仓库，也不触发
fetch或pull
怎么确认目标分支是否已在本地存在
离线状态下无法 git fetch，所以必须靠本地已有信息判断。关键看分支引用是否存在于 .git/refs/heads/ 或被 git branch 列出。
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
- 运行
git branch—— 只显示本地分支（带*的是当前所在分支） - 运行
git branch -a—— 虽然会列出 remote-tracking 分支（如origin/main），但这些只是本地缓存的指针，不意味着能访问远程；离线时它们依然可见，但不能用来切换（除非你用git switch -c new-branch --track origin/xxx，这步会失败） - 检查
.git/refs/heads/<branch-name></branch-name>文件是否存在（内容是 commit hash），这是最底层依据
离线切换失败的三个典型原因及对策
报错不是因为“没网”，而是本地状态不满足切换前提。重点排查以下情况：
-
目标分支不存在本地：比如只 clone 过一次，且从未
git checkout -b或git switch -c创建过该分支。对策：先确认分支来源——是自己之前建的？还是别人推上来的但你没git fetch过？离线时无法补 fetch，只能等联网后执行git fetch origin <branch></branch>再创建本地跟踪分支 -
工作区有未提交变更且与目标分支冲突：Git 默认拒绝切换以保护修改。对策：用
git stash暂存（离线完全支持），切完再git stash pop；或加-f强制覆盖（git switch -f <branch></branch>），但会丢弃未暂存的改动 -
HEAD 处于分离状态（detached HEAD）：比如刚
git checkout <commit-hash></commit-hash>过。此时git switch main仍有效，但要注意：分离状态下做的提交不会属于任何分支，离线时容易误删（因无分支引用）
离线环境下新建本地分支也完全可行
只要基于某个已有 commit（无论来自哪个本地分支），就能创建新分支，全程不触网。
-
git switch -c fix/typo：基于当前 HEAD 新建并切换 -
git switch -c feat/new-api main：基于main分支最新提交新建 -
git switch -c hotfix-123 abc1234：基于指定 commit hash 新建（abc1234 必须是本地已有的对象） - 所有操作只写入
.git/refs/heads/和更新 HEAD，不涉及远程协议
真正容易被忽略的是：很多人以为“分支必须先从远程拉下来”，其实分支本质就是指向 commit 的指针，而 commit 对象只要在本地对象库（.git/objects/）里，就随时可被引用——哪怕这个 commit 是你三天前离线写的。
