Git识别“过期”远程分支需依据最后一次推送对应的commit的committerdate（非authoreddate），通过git for-each-ref获取本地已知远程追踪分支的时间戳，与90天前时间比较筛选；须排除HEAD、兼容跨平台date命令、先dry-run确认、处理权限与保护分支限制，并依赖组织流程界定删除权责。
如何用 Git 命令识别“过期”的远程分支
远程分支是否过期，Git 本身不定义，得靠人设定规则：通常指对应本地分支已删除、且最后一次推送/更新超过 N 天（比如 90 天）的 origin/xxx 分支。Git 没有内置时间戳查询，但可通过 git ls-remote 获取引用的 commit，再结合 git show -s --format=%ci 查该 commit 的提交时间。
注意：不能只看分支 ref 的创建时间（Git 不存这个），必须回溯到它指向的最新 commit 的 authored date —— 这才是实际“最后活跃时间”。git ls-remote 返回的是裸引用哈希，需额外 fetch 或用 git cat-file 避免污染工作区。
- 推荐做法：用
git ls-remote origin 'refs/heads/*'获取所有远程分支及其 HEAD commit；对每个 commit，调用git show -s --format=%ci <commit></commit>（需先 fetch 或用临时对象解析） - 更轻量方案：先
git fetch --prune清掉已删的 remote tracking refs，再用git for-each-ref --sort=-committerdate --format='%(committerdate:iso8601) %(refname)' refs/remotes/origin/—— 这依赖本地已有 ref，速度快但可能滞后 - 关键陷阱：
committerdate和authoreddate可能不同；选committerdate更合理，因它反映的是 push 发生的时间点
Shell 脚本中安全判断并列出待清理分支
别直接 git push origin --delete，先生成候选列表，加人工确认环节。核心是把“commit 时间早于 90 天前”转为可比较的 Unix 时间戳。
#!/bin/bash
DAYS=90
CUTOFF=$(date -d "$DAYS days ago" +%s 2>/dev/null || date -v-"$DAYS"d +%s 2>/dev/null)
git for-each-ref --format='%(committerdate:unix) %(refname)' refs/remotes/origin/ \
| while read -r ts ref; do
[[ -z "$ts" || -z "$ref" ]] && continue
[[ "$ts" -lt "$CUTOFF" ]] && echo "$ref"
done | sed 's|^refs/remotes/origin/||' | grep -v '^HEAD$'
这段输出的是纯分支名（如 feature/old-login），不带 origin/ 前缀，方便后续传给 git push。注意：date 命令在 Linux/macOS 语法不同，脚本里做了兼容 fallback。
- 必须排除
HEAD—— 它是 symbolic-ref，不是真实分支，删了会破坏 remote 状态 -
git for-each-ref比遍历git branch -r输出更可靠，后者受 color/pager 影响易出错 - 如果某分支指向的 commit 在本地不存在（比如只 fetch 过一次后很久没同步），
committerdate:unix会为空，脚本已跳过
执行删除时为什么必须用 --dry-run + 显式确认
git push origin --delete branch1 branch2 是原子操作，删错一个就全回退不了。线上仓库一旦误删，恢复依赖 reflog（而远程 reflog 默认关闭）。
- 永远先跑
git push origin --dry-run --delete $(cat candidates.txt)，检查是否真能解析分支名、是否有权限 - 真实执行前打印完整命令，并要求输入
YES（而非任意键），防止误触 - 记录日志：每删一个分支，写入
cleanup_$(date +%Y%m%d).log，含时间、分支名、执行者（$USER） - 权限注意：若 remote 是 HTTPS，token 可能过期；SSH 则要确保 agent 已加载 key —— 脚本开头应测试
git ls-remote -h origin &>/dev/null
巡检脚本集成进 CI/CD 或定时任务的注意事项
放进 GitHub Actions 或 cron 时，环境差异比本地大得多：没有交互终端、git config 缺失、fetch 深度不足都会导致时间判断失效。
- CI 中务必先
git fetch --prune --unshallow 2>/dev/null || git fetch --prune，否则for-each-ref只能看到浅克隆里的有限 ref - 避免用
git config --global，改用--local或环境变量GIT_CONFIG_NOSYSTEM=1控制行为 - 远程分支可能被其他团队保护（如正用于 hotfix），建议加白名单机制：从
.gitignore-style文件读取保留分支模式，用grep -v -E过滤 - 最易忽略的一点：GitHub/GitLab 的 protected branches 设置，会让
--delete直接失败并返回非零码，脚本里得捕获git push的 exit code 并分类记录
真正难的不是写 delete 命令，而是界定“谁有权删”“删了影响谁”“删完怎么通知”——这些得靠组织流程补位，脚本只负责精准执行。
