正确姿势是git branch：只显示本地分支，带*的为当前分支，输出纯净稳定，不依赖fetch，不受远程变更影响，避免-r或-a引入远程缓存干扰。
直接看本地分支，就用 git branch，别加别的参数——这是最干净、最不容易出错的方式。
为什么 git branch 不加参数才是“只看本地分支”的正确姿势
加了 -r 就变成查远程分支，加了 -a 会混入一堆 remotes/origin/xxx 这种带前缀的条目，反而干扰判断。本地分支是真正能 checkout、commit、merge 的实体，git branch 输出里带 * 的那个，就是你当前正在工作的分支。
- 输出中每行是一个本地分支名，当前分支前有
*（比如* main） - 不显示任何远程信息，不依赖
git fetch是否执行过 - 不会因远程仓库改名或删分支而产生陈旧条目
- 如果输出为空，说明你还没创建过任何本地分支（极少见，通常克隆后就有
main或master）
git branch 和 git branch -vv 的关键区别在哪
git branch -vv 看起来更“全”，但它本质是加了跟踪信息的本地分支视图，不是纯本地分支列表。它会显示每个本地分支是否关联了远程分支、滞后/超前多少提交，但代价是：一旦远程分支被删，git branch -vv 里对应项会标 [origin/xxx: gone]——这容易让人误以为本地分支异常，其实只是跟踪关系断了。
-
git branch：只告诉你“有哪些本地分支”，纯粹、稳定、无副作用 -
git branch -vv：告诉你“哪些本地分支在跟踪谁、同步状态如何”，适合排查推送/拉取问题，但不适合快速确认本地分支集合 - 如果你刚删了远程分支，
git branch -vv仍会列出该分支并标gone；而git branch完全不受影响
常见误操作：把 git branch -a 当成“本地分支清单”用
git branch -a 输出里混着两类东西：main（本地）和 remotes/origin/main（远程缓存），后者不是你能直接操作的分支，只是本地对远程状态的一份快照。新手常因此误删 remotes/origin/main，其实那是只读缓存，删了再 git fetch 就恢复；但真要删本地分支，必须用 git branch -d main，不能对着 remotes/origin/main 下手。
-
git branch -a适合一次性核对“本地有没有某个远程分支的对应本地分支” - 想确认某远程分支是否存在，应该用
git ls-remote origin | grep refs/heads/main，而不是靠git branch -a是否显示remotes/origin/main -
git fetch --prune可清理陈旧的remotes/origin/*条目，但不影响git branch输出的本地分支列表
真正需要“只看本地分支”时，别犹豫，就敲 git branch。复杂点在于：很多人混淆了“本地分支”和“本地对远程的缓存”，而 Git 偏偏把这两者都塞进同一个命令的不同选项里——盯住你真正要操作的对象，比记住所有选项更重要。
