正确命令是 git remote -v，用于列出所有远程仓库及其 fetch/push 地址；它显示两行同名远程是因 git 分开存储拉取和推送地址，并非配置错误。
直接看远程地址，用 git remote -v；想确认分支跟踪、同步状态、未推送提交，必须用 git remote show origin；查某个远程的 URL 是否被覆盖或写错，git config --get remote.origin.url 最可靠。
为什么 git remote -v 显示两行同名远程？
这是正常行为，不是配置错误。Git 把 fetch 和 push 分开存储，所以 origin 会同时显示 fetch 和 push 地址：
- 第一行带
(fetch)标识，表示拉取时用的地址 - 第二行带
(push)标识，表示推送时用的地址 - 两者可以不同——比如公司内网镜像只允许
fetch，主仓库才开放push - 如果只看到一行，说明 push 地址没配置（
git push会失败）或被手动删过 - 输出里 URL 末尾没写
.git？Git 通常自动补全，但某些 CI 环境或老旧 Git 版本可能不兼容，建议手动补全
git remote show origin 报错 “does not appear to be a git repository” 怎么办？
这个错误和远程仓库本身无关，只说明你用错了远程名。Git 找不到叫 origin 的远程配置：
- 先运行
git remote，看真实远程名是什么（可能是upstream、fork或其他） - Windows 中文路径或空格可能导致解析异常，加
--verbose参数强制输出原始 URL：git remote show origin --verbose - 输出里出现
stale (use 'git remote prune' to remove)？说明远程分支已被删，但本地还留着引用，不是错误，只是提醒 - 出现
new (next fetch will store in remotes/origin)？表示该分支远程存在，但你本地还没fetch过，不会影响推送 - 提示
error: Could not fetch origin？检查网络、SSH 密钥或 HTTPS 凭据，不是命令问题
如何脚本化提取远程 URL，避免人工解析？
CI/CD 或自动化脚本里不能依赖 git remote -v 的格式化输出（容易因颜色、换行、空格崩掉），得用配置层读取：
-
git config --get remote.origin.url：最常用，只返回 fetch 地址，简洁稳定 -
git config --get-regexp "remote\.origin\."：查所有以remote.origin.开头的配置，包括remote.origin.pushurl、remote.origin.proxy等 -
git config --get-regexp "remote\..*\.url"：一次列出所有远程的 URL，适合多远程项目（如同时有origin和upstream） - 注意作用域：
--global会去用户级配置找，可能覆盖项目级设置，脚本里慎用 - 返回为空？说明该远程名根本没配置，或者拼写错误（比如
Orgin少了个i）
真正容易被忽略的是 fetch 和 push 地址分离这件事——很多团队只改了 url，忘了同步 pushurl，结果 git pull 正常、git push 却报 403 或 repository not found。查的时候别只盯一个字段。
