孤立分支需用git show --pretty=format:"%p" 判空父提交，或git for-each-ref --format='%(refname:short) %(parent)' refs/heads/批量扫描parent为空者，必须用git branch -d显式删除，因其无共同祖先且不被git gc自动回收。
孤立分支怎么识别和清理
Git 里所谓“孤立分支”（orphan branch）是完全不继承任何提交历史的分支，常见于 git checkout --orphan 或初始化文档站（如 GitHub Pages 的 gh-pages）时生成。它没有父提交，git merge-base 查不到共同祖先，git log 默认也看不到其他分支的提交——这容易让人误以为它是“被遗忘的分支”，其实它只是没连在主历史链上。
判断是否为孤立分支最直接的方式是检查其首次提交是否有父节点：
git show --pretty=format:"%p" <branch-name> | head -1</branch-name>
如果输出为空，大概率是孤立分支。但注意：刚用 git commit --allow-empty 创建的普通分支首次提交也没父节点，得结合创建方式判断。
- 用
git for-each-ref --format='%(refname:short) %(objectname) %(parent)' refs/heads/批量扫所有本地分支，找parent字段为空的 - 孤立分支无法被
git gc --prune=now自动回收，必须显式执行git branch -D <branch-name></branch-name> - 别用
git branch -d（小写 d），它会拒绝删除未合并的分支，而孤立分支天然“未合并”，必须用大写-D
临时试验分支命名与生命周期管理
真正需要警惕的是那些没命名规范、又长期滞留的“临时分支”：比如 test-202405、fix-try、tmp。它们不是技术意义上的孤立分支，但功能上已失效，还占着 reflog 和磁盘空间。
建议统一用前缀 + 时间戳 + 简短目的来命名，例如：exp/http-client-v2-20240521、tmp/perf-bench-20240522。这样既可读，又方便用 shell 脚本批量筛选：
git branch --format='%(refname:short)' | grep -E '^(exp|tmp)/.*-20240[0-9]{2}$'
- 所有临时分支应在创建时就设好预期存活时间，比如“3 天内不活跃则自动归档”
- 避免在临时分支上做
git push，除非明确需要协作；一旦推送到远程，清理就得同步执行git push origin --delete <branch></branch> -
git config --global gc.pruneExpire "now"不影响这些分支，gc 只管 unreachable 对象，不管分支引用本身
自动化回收脚本的关键逻辑点
一个安全可用的回收程序，核心不是“删得多”，而是“删得准”。重点过滤条件应包括：分支名匹配临时模式、最后一次提交距今超 X 天、且未被任何 tag 或其他分支指向。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
下面这个单行命令能列出符合“tmp/ 开头、最后提交超 7 天、无下游引用”的分支（供人工确认）：
git for-each-ref --format='%(refname:short) %(committerdate:iso8601) %(*committerdate:iso8601)' refs/heads/ | while read name commit_date tag_date; do [[ "$name" =~ ^tmp/ ]] && [[ $(($(date -d "$(date)" +%s) - $(date -d "$commit_date" +%s))) -gt 604800 ]] && ! git merge-base --is-ancestor $name HEAD 2>/dev/null && echo "$name"; done
- 用
git merge-base --is-ancestor A B检查 A 是否被 B（或其祖先）包含，比单纯看 commit 时间更可靠 - 不要依赖
git reflog判断活跃度——reflog 默认只存 90 天，且本地操作才记，CI 构建产生的提交不会出现在你的 reflog 中 - 脚本中务必加入 dry-run 模式，默认只打印将删的分支，加
--force参数才真正执行git branch -D
remote-tracking 分支残留问题
本地删了分支，git branch -a 还能看到 origin/xxx？这不是孤立分支，是 remote-tracking 引用没更新。Git 不会自动同步远程分支的删除状态。
正确做法是定期运行：
git fetch --prune
或者设成默认行为：
git config --global fetch.prune true
-
git remote prune origin效果相同，但fetch --prune更推荐，因为它同时拉取新引用并清理旧引用 - 别用
git branch -r --format='%(refname)' | grep -v '\-\>' | xargs -r git branch -rd这类手动拼接方式，容易误删仍在使用的 tracking 分支 - GitHub/GitLab 的 UI 删除分支后，需至少一次
git fetch --prune才能让本地感知，否则git checkout origin/xxx仍可能成功（因为引用还在本地）
真正麻烦的从来不是“怎么删”，而是“删之前怎么确认它确实没用”。孤立分支和临时分支最大的共性是：它们都缺乏上下文锚点——没有 PR 关联、没有 issue 引用、没有 CI 流水线记录。所以回收程序里最不能省的一步，是把待删分支的最后一次提交哈希、作者、提交信息一并输出，让人眼扫一眼就能拍板。
