不能只靠 git branch --merged 或 --no-merged 判断“死分支”，必须结合合并状态与提交时间：先用 git merge-base --is-ancestor 检查是否未被 main/develop 合并，再用 git log -1 --format=%ct 获取最后提交时间戳，与 90 天前时间戳比较，两者同时满足即为“未合并且无新提交”的死分支。
如何用 Git 命令精准识别“未合并且无新提交”的死分支
直接结论：不能只靠 git branch --merged 或 git branch --no-merged 判断“死分支”，它们只反映合并关系，不体现活跃度。真正要找的是既没被合并进主干（如 main 或 develop），又在最近 90 天内没有任何提交的分支。
实操建议：
- 先锁定主干参考分支，比如
main和develop（团队实际使用的稳定基线） - 用
git for-each-ref遍历所有本地分支，排除HEAD、main、develop等保护分支 - 对每个候选分支，检查两件事：
– 是否在main或develop的历史中（git merge-base --is-ancestor <branch> main</branch>）
– 最后一次提交是否早于 90 天前（git log -1 --format=%cd --date=iso <branch></branch>） - 注意：远程分支需先
git fetch --prune同步，否则origin/xxx状态滞后，误判“存活”
Shell 脚本里怎么安全执行 Git 判断并避免空指针或命令失败中断
常见错误是脚本遇到某个分支 git log 报错（比如分支已删但引用残留）、或 git merge-base 返回非零退出码时整个脚本 exit，导致漏检。
实操建议：
- 每个 Git 子命令都加
2>/dev/null || true，抑制 stderr 并确保返回 0 继续执行 - 用
$(git rev-parse --verify <branch> 2>/dev/null)</branch>先校验分支是否存在，再做后续操作 - 日期比较别用字符串直比，转成秒级时间戳：
last_commit_sec=$(git log -1 --format=%ct <branch> 2>/dev/null)</branch>cut_off_sec=$(date -d '90 days ago' +%s 2>/dev/null)
然后用[ "$last_commit_sec" -lt "$cut_off_sec" ] - 分支名含空格或特殊字符？用双引号包裹所有
$branch变量，例如"$branch"
巡检结果怎么推送给团队才不会被当成噪音
直接邮件或群发一堆 feature/login-v2、fix/typo-readme 列表，没人点开。关键是把“谁建的、建了多久、最后一次动是什么时候、有没有关联 PR”带上。
实操建议：
- 对每个死分支，追加获取创建者信息：
git log -1 --format="%an " <branch></branch>（前提是分支第一次提交留了正确 author） - 尝试查 GitHub/GitLab API 关联 PR（需 token）：
curl -s "https://api.github.com/repos/:owner/:repo/pulls?state=all&head=:owner:$branch" | jq '.[] | select(.merged_at == null) | .number' - 输出格式示例：
[DEAD] feature/pay-webhook (created by @alice, last commit: 2024-03-12, no open PR) - 脚本末尾统计总数，如果 > 5，加一句提示：“建议分批清理，优先处理超过 180 天的分支”
CI 中自动运行时要注意哪些权限和路径陷阱
在 GitHub Actions / GitLab CI 里跑这个脚本，最容易栽在工作区不完整、fetch 深度不够、或没权限读取远程 ref。
实操建议：
- CI job 开头必须加：
git fetch --prune --unshallow 2>/dev/null || git fetch --prune，否则 shallow clone 下git merge-base会失败 - 别依赖
origin/main，先git show-ref refs/remotes/origin/main确认存在；若不存在，fallback 到origin/master或用git remote show origin | grep 'HEAD branch' | cut -d' ' -f5 - 脚本里所有路径用
$(git rev-parse --show-toplevel)定位仓库根，避免在子目录下执行时报错 - 如果 CI 使用容器镜像，确认已安装
jq（用于解析 API 响应）和date支持-d参数（Alpine 需装coreutils）
真正难的不是写对一条命令，而是让脚本在本地开发机、CI runner、不同 Git 服务器（GitHub/GitLab/自建 Gitea）上都稳定产出一致结果——日期解析逻辑、ref 解析方式、远程命名约定，这三处稍有差异就会漏掉关键分支。
