Git 远程仓库信息查看，说来说去就那几个命令，但真正用起来，每个命令的细节和坑，很多人未必清楚。下面把最常用的几个拆开讲透，顺便把那些容易忽略的边界情况也点出来。
git remote show origin 显示远程仓库详细配置
这算是日常用得最勤的命令了。跑一次，远程地址、分支跟踪关系、本地分支和远程分支的同步状态（比如哪些分支已经对齐，哪些有新提交还没推送），全都列出来。
输出里会看到 Fetch URL 和 Push URL（有时候两者不一样，后面会讲），还有 HEAD branch，以及每个分支的 Local branch configured for 'git pull' 和 Local refs to push 等信息。
- 如果你改过远程名（比如用
git remote rename），记得把命令里的origin换成你实际的名字，不然查到的就是另一个仓库了。 - 输出里出现
new (next fetch will store in remotes/origin)，说明远程有这个分支但本地还没拉过；出现stale (use 'git remote prune' to remove)，说明远程分支已经被删了，但本地引用还留着，需要手动清理。 - 如果提示
error: Could not fetch origin，一般不是命令本身的问题，要么网络不通，要么权限不够，先检查连接。
git remote -v 查看所有远程仓库的 URL 列表
这个命令快，一眼看过去就知道当前配了哪些远程源，以及它们的读写地址。输出两列：远程名 + 对应 URL，后面带 (fetch) 或 (push) 标识。
- 一个常见坑：
fetch和push的地址不一致。比如你用 HTTPS 配了 fetch，却用 SSH 配了 push，结果就是git pull正常，但git push报错，查半天才发现是 URL 不统一。 - 如果只看到一个远程名，但显示两行（fetch/push 各一行），说明没做特殊配置；如果某行缺失，那可能是手动删过某类 URL。
- 这个命令不校验连通性，哪怕 URL 写错了也不会报错，得等后续操作才能暴露问题。
git config --get remote.origin.url 直接读取远程地址配置项
这个适合脚本化调用，或者排查配置有没有被覆盖。它只返回 fetch URL，不涉及 push 地址，也不检查有效性。
- 等价命令还有
git config --get-regexp "remote\.origin\."，可以查出所有以remote.origin.开头的配置，比如remote.origin.mirror、remote.origin.proxy这些。 - 如果返回空，说明
origin这个远程名根本没配置，或者拼写错了（比如写成了Orgin）。 - 注意路径作用域：默认查当前仓库的
.git/config，加--global会去用户级配置里找，容易误判。
git ls-remote origin 获取远程仓库的最新引用快照
这个命令绕过本地缓存，直接向远程服务器请求 HEAD、分支、tag 的 commit hash，适合验证远程状态和本地认知是否一致。
- 输出格式是每行一个
commit-hash加空格加ref-name，比如a1b2c3d refs/heads/main；没有人类可读的结构，但最真实。 - 比
git remote show更轻量，不触发本地更新，很适合在 CI 脚本里判断远程是否有新提交。 - 如果卡住或超时，说明远程不可达；如果报
Permission denied，大概率是 SSH key 没配好，或者 HTTPS 凭据失效了。
真正容易被忽略的是：这些命令看到的“远程信息”都依赖本地 .git/config 的记录。一旦远程仓库地址变了（比如从 GitHub 迁到 GitLab），光改 DNS 或服务端设置没用，必须手工运行 git remote set-url origin ，否则所有命令还查着旧地址，白白浪费时间。
