Git不记录分支创建时间，只能通过reflog间接获取（需未过期），或用git for-each-ref等命令近似估算，长期追踪需依赖外部机制。
Git 无法直接查看分支创建时间
Git 本身不记录分支的创建时间，git branch、git show-branch 或 git log --all 都不保存这个元信息。所谓“分支创建时间”，实际是分支指向的提交（commit）的作者时间（author date）或提交时间（committer date），而这两个时间反映的是该 commit 被创建的时间，不是分支被 git branch 命令创建的时间。
常见错误现象：git log -n1 --format="%ai" feature/login 返回的时间，常被误认为是分支创建时间——其实只是该分支 tip 提交的 author 时间，如果这个提交早被其他分支引用过（比如从 main cherry-pick 过来），那时间就完全失真。
用 reflog 查最近一次分支创建动作（仅限本地且未过期）
git reflog 是唯一能间接还原“分支创建”行为的日志，前提是：该操作发生在当前仓库、reflog 未被清理（默认保留 90 天）、且你记得大致时间范围。
实操建议：
- 运行
git reflog --date=iso，查找类似234abc1 (refs/heads/new-feature): branch: Created from HEAD的条目，其时间戳即为创建时刻 - 若分支是从远程跟踪分支创建的，可能显示为
branch: Created from origin/main -
git reflog show --date=iso refs/heads/new-feature可只查该分支的 reflog，更聚焦 - 注意：
git gc或手动执行git reflog expire后，旧记录会被清除，不可恢复
用 git for-each-ref 获取分支首次指向某提交的时间（近似方案）
如果 reflog 已丢失，可退而求其次：找出分支最早“开始指向当前 commit”的时间点。这依赖于 reflog 中该分支第一次出现的记录，或通过遍历所有 reflog 找出最早一次 branch: Created 或 update by push。
一个较实用的近似命令：
对 GitHub Actions 工作流 YAML 文件进行 lint 与验证，检查常见错误、安全隐患、已废弃的操作以及最佳实践。适用于要求进行代码检查、验证等场景。
git for-each-ref --sort=-committerdate --format='%(committerdate:iso8601) %(refname:short)' refs/heads/
它按提交者时间倒序列出所有本地分支及其 tip 提交时间，但注意：这只是 tip 提交的时间，不是分支诞生时间。只有当该分支自创建以来从未移动过（即没 merge / rebase / reset），这个时间才勉强接近创建时间。
使用场景：
- 快速对比多个功能分支的“活跃起点”，辅助判断开发节奏
- 配合
git log -g --oneline refs/heads/feature-x看该分支的 reflog 历史长度，越短越可能是新分支 - 无法替代真实创建时间，但比凭空猜测靠谱
想长期追踪分支生命周期？得靠外部机制
Git 设计上就不存这个字段，硬要在 Git 层“修复”它，只能靠约定+脚本+外部存储。
可行做法：
- 在创建分支时强制加注释：如
git checkout -b feat/pay-v2 && git notes add -m "branch-created:$(date -Iseconds)"，把时间写进 notes（但 notes 不自动随分支推送） - 用 CI/CD 流水线在
git push新分支时，调用 API 记录分支名 + 时间 + 创建者到数据库或日志系统 - 团队统一使用
git flow feature start xxx类工具，并确保其日志开启——但底层仍是封装git branch，不改变 Git 本身限制 - 别依赖
.git/config或HEAD文件，它们不记录时间戳
真正容易被忽略的点：很多人试图用 git ls-remote origin 'refs/heads/*' 查远程分支创建时间，但远程服务器（包括 GitHub/GitLab）同样不暴露这个信息；API 返回的 created_at 字段，其实是该 ref 第一次被 push 的时间，且仅对 GitHub 私有库等少数平台有效，还受仓库设置影响。
