git log origin/branch-name 报错或无反应，是因为本地尚未通过 git fetch 获取该远程分支引用；origin/branch-name 仅为缓存指针，非实时连接，需先执行 git fetch origin 更新远程跟踪分支。
直接查 git log origin/branch-name 就能看远程分支历史，但前提是本地已知该分支存在且引用最新——否则会报错或显示过期记录。
为什么 git log origin/main 有时报错或没反应
常见错误是本地还没拉取过这个远程分支的引用。Git 的 origin/main 不是“实时连接”，而是你上次 git fetch 时缓存下来的指针。如果远程刚新建了 origin/feature-x，而你没 fetch 过，git log origin/feature-x 就会提示 unknown revision。
- 必须先执行
git fetch origin（或git fetch --all），才能让本地 ref 更新到远程最新状态 -
git fetch不会自动创建本地分支，只更新remotes/origin/*引用 - 若只想确认某远程分支是否存在、最新提交是什么，用
git ls-remote --heads origin | grep feature更轻量，不依赖本地缓存
git log origin/xxx 和 git log --remotes 的区别
git log origin/xxx 是查单个远程分支的完整历史；git log --remotes 是查所有远程跟踪分支（即所有 remotes/origin/*）的混合历史流，按时间倒序排列，适合快速扫一眼“远程最近谁提交了什么”。
-
--remotes默认等价于--remotes=origin，多远程仓库时可指定--remotes=upstream - 它不会显示分支名前缀，所有提交混在一起，难以区分归属分支
- 想对比多个远程分支的活跃度，
git log --oneline --remotes --simplify-by-decoration --all更实用，会标出分支头和 tag
查看远程分支最新提交但不拉代码的两种方式
有些场景（比如 CI 脚本、权限受限环境）不能或不想 fetch 全量对象，只需知道远程分支 HEAD 指向哪次提交。
-
git ls-remote --heads origin main：输出形如e1f2a3d... refs/heads/main，纯文本、无依赖、秒级响应 -
git show --no-patch --format="%h %ar %s" origin/main：需要本地已有origin/main引用，但能带出相对时间（%ar）和提交摘要，比ls-remote信息更丰富 - 注意：
git show origin/main默认会尝试解析 commit 对象内容，若本地缺失该 commit 的 blob/tree，会失败；加--no-patch可绕过
真正容易被忽略的是：远程分支的“历史”不是静态快照，它可能被 force-push 覆盖。你看到的 origin/main 历史，只是当前远程 HEAD 所在链路——它不包含被丢弃的提交，也无法回溯 rewrite 前的状态。如果需要审计级溯源，得依赖远程仓库自身的 reflog（如 GitHub 的 “Branch history” 页面）或 Git 服务器的钩子日志。
