git log查不到推送时间，因Git不将push时间、操作人等元信息写入commit或reflog；可靠方式是调用GitHub/GitLab API获取PushEvent，或查阅服务器端日志。
git log 查不到推送时间，因为本地日志不记录远程操作
Git 本身不会把 git push 的时间、操作人等元信息写进 commit 对象或本地 reflog。你用 git log 或 git show 看到的 author/committer 是提交时的本地信息，和谁、什么时候推送到远程无关。想查“最后一次推送”，必须依赖远程仓库的记录——而 Git 原生命令不提供这个能力。
GitHub / GitLab API 是最可靠的方式（需权限）
主流托管平台会在 API 中暴露 push 事件详情。例如 GitHub 的 /repos/{owner}/{repo}/events 接口会返回包含 push_event 的时间、actor.login（操作人）、payload.heads（分支名）等字段。GitLab 类似，用 /projects/:id/repository/commits 加 ref 参数可查某分支最新 commit 的 committed_date 和 author_name，但注意：这仍是 commit 时间，不是 push 时间；要 push 时间得调 /projects/:id/events 并过滤 push 类型。
- GitHub 示例（curl）：
curl -H "Authorization: token YOUR_TOKEN" https://api.github.com/repos/owner/repo/events | jq 'map(select(.type=="PushEvent"))[0] | {branch: .payload.ref, time: .created_at, user: .actor.login}' - GitLab 示例：
curl --header "PRIVATE-TOKEN: YOUR_TOKEN" "https://gitlab.example.com/api/v4/projects/123/events?per_page=10" | jq 'map(select(.action_name=="pushed to"))[0]' - 没有 API 权限？连
git ls-remote origin都只能看到 commit hash，无法获取时间或用户
用 git reflog 模拟“本地视角”的最近推送行为（有局限）
如果你自己就是推送者，且没清空过 reflog，git reflog origin/main（或对应远程分支名）可能显示类似 abc1234 origin/main@{0}: push 的条目，其中 @{0} 表示最近一次更新，时间戳在 reflog 里可见。但这只反映你本机执行 git push 后远程引用被更新的本地记录，不是真实服务器时间，也无法得知别人是否推送过同一分支。
批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。
- 运行：
git reflog -n 5 origin/feature/login，找含push字样的行 - 注意：
origin/xxx是远程跟踪分支，不是本地分支；reflog 默认只保留 90 天，且git gc可能清理它 - 多人协作时，这条记录只对你有效，其他人看不到你的 reflog
服务器端钩子或日志才是唯一权威来源（但你通常拿不到）
真正可靠的推送时间与操作人，只存在于 Git 服务器的日志中——比如 GitLab 的 production.log、Gitea 的 gitea.log，或自建 SSH 服务的 auth.log（如果用 SSH 推送并开启 verbose 日志）。这些日志会记录每次 git-receive-pack 调用的时间、IP、用户名（或密钥指纹），但普通开发者无权访问。CI/CD 流水线日志（如 GitHub Actions 的 push event payload）倒是可以取到，前提是推送触发了 workflow。
所以实际场景中，别指望靠纯客户端命令解决这个问题。要么走平台 API（需 token 和权限），要么接受“推送时间不可追溯”这个事实——Git 的设计本就不保证这个维度的审计能力。
