git分支状态检查脚本的核心逻辑是批量遍历本地分支，强制fetch更新远程引用后，用git rev-list和git merge-base比对本地与远程追踪分支的commit差值及合并状态，并通过git for-each-ref安全处理特殊字符分支名。
Git分支状态检查脚本的核心逻辑是什么
批量检查分支状态，本质是遍历本地分支、比对远程追踪信息、判断是否已合并或落后/超前。关键不是“列出所有分支”，而是明确检查目标：比如哪些分支没推送到远程、哪些本地有但远程已删、哪些 commit 数不一致。Git 本身不提供一键批量状态报告，必须组合 git branch、git rev-list、git merge-base 和 git ls-remote 等命令拼出状态。
如何用 Shell 正确获取“本地分支 vs 远程追踪分支”的差异
常见错误是只跑 git branch -v，它只显示最近一次 fetch 后的追踪状态，不反映当前真实差异。正确做法是强制更新远程引用再比对：
- 先执行
git fetch --prune origin（清理已删除的远程分支，并同步最新 commit） - 对每个本地分支，用
git rev-list --count HEAD...origin/<branch></branch>查落后/超前 commit 数（注意三个点...表示对称差集） - 用
git merge-base HEAD origin/<branch></branch>判断是否已合并：若输出与HEAD相同，则本地分支已合并进远程 - 若
origin/<branch></branch>不存在，说明该分支未推送过，或远程已被删除但本地仍保留追踪设置
脚本里怎么安全处理带空格或特殊字符的分支名
分支名可能含空格、斜杠甚至 emoji，直接 for 循环 git branch 输出会崩。必须用 git for-each-ref 并配合 --format 安全提取：
git for-each-ref --format='%(refname:short)' refs/heads/
这个命令输出严格按 ref 格式，不会被 shell 分词破坏。后续处理时也建议把分支名用双引号包裹，例如：git rev-list --count "HEAD...origin/$branch"。漏掉引号在分支名含空格时会导致命令解析失败，报错类似 fatal: ambiguous argument 'origin/feat/login': unknown revision。
为什么不能依赖 git status -b 做批量检查
git status -b 只作用于当前所在分支，且输出格式非结构化，不适合解析。批量检查必须切换分支或避免切换——前者极慢且可能触发钩子或修改工作区，后者靠 ref 操作更可靠。另外，git status 默认不 fetch，远程状态永远滞后；而 git for-each-ref + git rev-list 组合能精确控制比对时机和范围。
真正麻烦的是远程分支重命名或多人协作中频繁 delete/recreate 的场景：脚本需区分“远程分支真没了”和“只是名字变了”，这时得结合 git ls-remote --heads origin 的原始输出做字符串匹配，而不是仅依赖 origin/xxx 引用是否存在。
