git查看远程分支有三种主要方式：git branch -r读取本地缓存的远程跟踪分支；git ls-remote直接连接远程仓库获取原始引用，反映实时状态；git remote show显示远程仓库详细配置与分支关系。
Git 本身不提供“实时监控”远程分支状态的功能，所有查看操作都是本地快照式的拉取结果；所谓“实时”，必须靠手动刷新或外部脚本轮询。
git ls-remote 查看远程分支的原始引用
这是最轻量、不依赖本地 .git/refs/remotes/ 的方式，直接读取远程仓库的 HEAD 和 refs/heads/* 引用，适合排查远程是否真有某分支（比如 CI 推送后想快速确认）。
常见用法：
-
git ls-remote origin—— 列出所有远程引用（含 tag、分支），输出是commit-hash ref-name格式 -
git ls-remote --heads origin—— 只显示分支（过滤掉 tag 和其他引用） -
git ls-remote --heads origin main feature/login—— 指定查几个分支，避免全量扫描
注意：git ls-remote 不会更新本地 origin/* 跟踪分支，也不触发 fetch，所以它反映的是「此刻远程真实状态」，但需要网络直连远程服务器，防火墙或权限问题会导致失败。
git remote update + git branch -r 查看本地已知的远程分支列表
这是日常开发中最常用的组合：先同步远程引用信息到本地元数据，再列出。它比 ls-remote 多一步缓存，但更稳定、兼容性更好。
执行顺序和要点：
- 运行
git remote update（等价于对所有 remote 执行git fetch --prune），会清理已删除的远程分支引用 - 再执行
git branch -r，输出形如origin/main、origin/feature/x - 如果只想看某个 remote，用
git ls-remote --heads origin | cut -d/ -f3 | sort更干净（避免origin/前缀干扰）
坑点：git remote update 默认不 prune（即不会删掉本地记录中已不存在的远程分支），除非配置了 fetch.prune=true 或显式加 --prune 参数，否则 git branch -r 可能显示“幽灵分支”。
GitHub 仓库备份技能 - 将 OpenClaw 工作空间自动或手动备份至 GitHub 私有仓库。支持自动定时备份和手动交互式配置，引导完成 Token 配置、仓库创建、首次备份及定时任务设置。用途：(1) 首次设置 (2) 日常备份。
git fetch --dry-run 判断远程是否有新提交（伪实时检查）
如果你真正关心的是“有没有人推了新 commit”，而不是分支增删，--dry-run 是最快路径——它模拟 fetch，只报告差异，不写入本地对象库或引用。
典型场景：
- 在 CI 流水线开头加一句
git fetch --dry-run origin main，根据退出码判断是否需构建 - 配合 shell 判断：
if git fetch --dry-run origin 2>/dev/null; then echo "有更新"; fi
限制：--dry-run 在较老 Git 版本（--dry-run 对单个 refspec 的精确控制，建议升级；另外它无法告诉你具体多了几个 commit，只返回“有/无差异”。
为什么没有真正的“远程状态实时监控”？
Git 是分布式版本系统，设计上就没有中心心跳机制。所有“远程感知”都依赖主动通信（fetch/ls-remote），服务器端也不会推送变更通知。你看到的 origin/* 分支只是本地缓存，和远程之间天然存在延迟。
如果业务真需要近实时反馈，只能自己搭简单轮询：
- 用
watch -n 30 'git ls-remote --heads origin | head -5'（Linux/macOS） - 写个脚本定期跑
git fetch --dry-run并发消息到 Slack / 钉钉 - 在 Git 服务器侧（如 Gitea/GitLab）配 webhook，由服务端触发通知
别指望 git status 或 git remote show origin 给你实时数据——它们要么查本地缓存，要么阻塞等待完整 fetch，都不是“监控”该做的事。
