git log origin/branch-name 报错是因为本地未执行 git fetch 获取该远程分支引用，origin/branch-name 仅为缓存指针，需先运行 git fetch origin 更新本地远程跟踪分支才能正常查看历史。
git log origin/branch-name 报错：本地没 fetch 过该分支
直接运行 git log origin/branch-name 报 unknown revision，不是命令写错了，而是本地根本没见过这个远程分支的引用。Git 的 origin/branch-name 是个本地缓存指针，不是实时连接——它只在你上次 git fetch origin 时更新过。
解决方法很简单：
- 先执行
git fetch origin（或git fetch --all），把远程所有分支最新 HEAD 提交哈希拉到本地refs/remotes/origin/下 - 再跑
git log origin/branch-name就能正常显示历史了 - 如果只想确认分支是否存在、HEAD 是什么，用
git ls-remote --heads origin | grep branch-name更快，不依赖本地 ref，也不下载对象
想看多个远程分支的活跃提交流，别用 --remotes 混着看
git log --remotes 看起来方便，但实际输出是所有远程跟踪分支（remotes/origin/*）的提交按时间倒序堆在一起，不标分支名，根本分不清哪条提交属于哪个分支。
更实用的组合是：
-
git log --oneline --remotes --simplify-by-decoration --all：会用*标出各分支头（origin/main、origin/dev等），还能看到 tag，一眼识别分支当前指向 - 如果只想对比几个特定分支，比如
main和release/v2.3，用git log --oneline origin/main origin/release/v2.3，Git 自动合并它们的 DAG 并去重排序 -
--remotes默认只查origin；多远程仓库时得显式写--remotes=upstream
CI 脚本里查远程 HEAD 又不想 fetch 全量？用 ls-remote 或带 --no-patch 的 show
某些环境（如权限受限的 CI runner）不能或不该执行 git fetch，但需要知道远程分支最新提交 ID 或摘要。这时两种轻量方式可选：
-
git ls-remote --heads origin main：纯文本输出，形如e1f2a3d refs/heads/main，毫秒级响应，无依赖，适合脚本解析 -
git show --no-patch --format="%h %ar %s" origin/main：前提是本地已有origin/main引用；加--no-patch可避免因缺失 blob/tree 对象而失败，同时带出相对时间和提交信息 - 注意：
git show origin/main默认会尝试加载完整 diff，若本地缺对应 commit 数据，会报错；--no-patch是关键绕过点
force-push 后的历史不是“完整历史”，只是当前链路
你用 git log origin/main 看到的，永远只是当前远程 main 分支 HEAD 所在的提交链——它不包含被 git push --force 覆盖掉的旧提交，也无法回溯 rewrite 前的状态。
真正能追溯被丢弃提交的，只有远程仓库自身的 reflog（例如 GitHub 的 “Branch history” 页面），本地 Git 完全无从得知。这点常被忽略，尤其在做审计或排查误操作时，容易误以为 git log 是万能时间机器。
