git remote show origin 显示远程仓库详细信息，包括分支跟踪关系、同步状态及未推送/拉取的提交，用于排查推送不可见等问题；若报错需先用 git remote 查真实名称。
git remote show origin 显示远程仓库详细信息
这个命令不只是列出地址，还会告诉你当前分支跟踪关系、本地分支和远程分支的同步状态（比如哪些 commit 还没 push、哪些还没 fetch），适合排查“为什么我 push 了别人却看不到”这类问题。
常见错误现象：git remote show origin 报错 fatal: 'origin' does not appear to be a git repository，说明远程名不是 origin —— 先用 git remote 看真实名字。
- 如果远程名是
upstream，就换成git remote show upstream - 输出里看到
Local refs configured for 'git push'下没有你的分支？说明没设置push.default或没运行git push -u origin main首次关联 - Windows 上遇到中文路径或空格导致显示异常？加
--verbose参数（git remote show origin --verbose）能强制输出原始 URL，避开 shell 解析干扰
git remote -v 列出所有远程地址及其用途
这是最常用也最容易误解的命令：它显示的是“远程名 → URL”的映射，但每个远程名可能对应两个 URL —— fetch 和 push，它们可以不同（比如公司内部镜像只允许 fetch，主仓库才允许 push）。
使用场景：CI/CD 脚本里需要读取推送地址、检查是否用了 HTTPS 而非 SSH、确认 fork 后是否误把上游地址当成本地远程。
-
git remote -v输出两行同名远程（如origin出现两次），第一行是fetch，第二行是push；若只有 fetch 没有 push，git push会失败 - URL 末尾带
.git是规范写法，但 Git 通常自动补全；如果手动改过 config，漏掉可能导致git push报repository not found - Mac/Linux 下复制 URL 注意别把 ANSI 颜色字符一起粘贴进来（尤其用 iTerm2），会导致后续命令解析失败
git config --get-regexp remote\..*\.url 查看所有远程 URL（含别名）
当项目里有多个远程（比如 origin、upstream、fork），git remote -v 会混在一起，而这个命令能精准提取所有配置项里的 URL，不依赖远程名是否存在，也不受 .git/config 文件手动编辑残留影响。
参数差异：--get-regexp 是正则匹配，remote\..*\.url 中的 \. 是转义点号，.* 匹配任意远程名，确保不漏掉 remote.github.url 这类非常规命名。
- 输出形如
remote.origin.url https://github.com/user/repo.git，可直接用 shell 截取（cut -d' ' -f2）做自动化处理 - 如果什么都没输出，说明 .git/config 里根本没有 remote 配置 —— 可能刚 init 还没
git remote add，或者 config 被误删 - Git 2.30+ 支持
includeIf条件包含配置，此时该命令可能不显示被 include 进来的 remote，得去对应 included 文件里查
远程地址变更后 fetch/push 失败的典型表现与验证方式
改过 URL（比如从 HTTPS 换成 SSH，或迁移仓库）后，最常踩的坑不是命令不会用，而是缓存和权限没同步更新。
错误现象：git fetch 提示 Permission denied (publickey)，但 ssh -T git@github.com 显示正常 —— 很可能远程 URL 还是 HTTPS，根本没走 SSH。
- 先运行
git remote get-url origin确认实际用的 URL，别只信git remote -v的第一眼印象 - HTTPS 地址改完后，macOS Keychain 或 Windows Credential Manager 里可能还存着旧账号密码，导致 403 错误；用
git credential reject清理（输入 URL 后回车） - SSH 地址必须以
git@host:path格式，不能带https://前缀，也不能多写/（比如git@github.com//user/repo.git会连不上）
远程地址这事，表面是命令问题，实际是配置、权限、缓存三者咬合的结果。少查一个环节，就会卡在“明明改了却还是不对”的状态里。
