判断分支是否活跃需依据其最新提交的committerdate（非authordate），因它反映实际合并或推送时间；常用git for-each-ref命令高效扫描本地分支，如30天内有committerdate即视为活跃。
怎么判断一个分支算“活跃”还是“闲置”
Git 本身不记录分支的“活跃状态”，所谓活跃，是人为定义的：最近 git merge、git rebase、git push 或提交过代码的分支。最可靠依据是分支最新提交的 committerdate（不是 authordate），因为它反映实际合并或推送时间。
常见误判点：
- 只看
git log -1 --format="%ad" branch-name—— 这取的是 author date，可能远早于实际合并时间 - 用
git show-branch直观但难自动化，不适合批量统计 - 忽略远程分支：本地删了但远程还挂着的分支，常被当成“闲置”，其实可能还在用
git for-each-ref 快速扫描所有分支的实操命令
比遍历 git branch + 逐个 git log 高效得多，直接读取 ref 数据，避免启动 N 次 Git 进程。
统计本地分支活跃度（30 天内有提交）：
git for-each-ref --format='%(refname:short) %(committerdate:iso8601)' refs/heads/ | \
awk -F' ' '$2 < "'$(date -d '30 days ago' +%Y-%m-%dT%H:%M:%S)'"{print $1}'
统计远程分支（如 origin/）：
git for-each-ref --format='%(refname:short) %(committerdate:iso8601)' refs/remotes/origin/ | \
awk -F' ' '$2 < "'$(date -d '90 days ago' +%Y-%m-%dT%H:%M:%S)'"{print $1}'
注意：
-
refs/remotes/origin/路径必须写全，不能只写origin/ - macOS 上
date -d不可用，改用date -v-30d +%Y-%m-%dT%H:%M:%S -
committerdate:iso8601格式统一，方便字符串比较；用unix也可，但需转成秒再算
为什么 git branch --sort=-committerdate 不适合做闲置判断
这个命令只排序，不带时间阈值，且排序依据是本地 ref 的 commit 时间——如果分支从未被 fetch 过，它的 committerdate 就是旧的，不代表真实状态。
更关键的是：它不区分本地和远程分支，也不体现是否已被合并。例如：
- 一个已合并进
main但未删除的 feature 分支，committerdate可能很新，但它实际已废弃 - 一个长期无人动、但最近被
git pull更新过的分支，committerdate会刷新，误判为“活跃”
真正要识别闲置分支，得组合条件：未合并到 main + committerdate 超过阈值 + 无近期 push 记录（查 reflog 或 remote HEAD）。单纯靠一个日期字段，容易漏判或误杀。
自动化清理前务必检查的三个硬性条件
别直接 git push --delete，先确认：
- 该分支是否在 CI/CD 流水线中被引用（查
.gitlab-ci.yml、.github/workflows/里有没有only:或branches:匹配） - 是否有 PR 关联（GitHub/GitLab API 查
/repos/:owner/:repo/pulls?state=open&head=org:branch） - 本地是否还有未 push 的提交（
git log origin/branch-name..branch-name非空即有遗漏）
最常被跳过的点：团队用 git flow 或自定义工作流时，某些“长期维护分支”（如 release/2.1）虽无新提交，但仍在灰度发布中——它们不是闲置，只是静默。
