Bower 代理故障：注册表下载与 Git 检出
先定位 Bower 操作背后的 HTTP 查询、归档下载或 Git 传输，再选择代理配置。
结合 --verbose 诊断信息查看现有的 Bower 操作。保留最后一次注册表/归档 URL 或 Git 命令，并与第一个错误放在一起；名称解析成功也可能先于另一个客户端中的失败。
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| 失败的操作 | 需检查的代理输入 |
|---|---|
| Bower 注册表或 HTTP 归档 | Bower proxy/https-proxy 配置及生效环境 |
| Git HTTP/HTTPS | Git http.proxy 及 HTTP 传输环境 |
| 原生 git:// | core.gitProxy 或 GIT_PROXY_COMMAND |
| SSH，包括 git@host:path | 已批准的 ProxyCommand 或 ProxyJump 等 SSH 路由 |
Bower 的 GitRemoteResolver 会调用 Git。其 GitHub 解析器可能先获取 HTTPS 归档再回退到 Git，因此仅凭可识别的 GitHub 包名无法判断哪条路径失败。
如果仓库提供已批准的 HTTPS 端点，选择它就能让 Git 使用 HTTP 传输。请确认它确实存在，而不是套用全局的明文 HTTP 改写。对于该公开 HTTPS Git 源，在允许公开路径且实际 Git 进程没有已配置或保留的代理凭据时，HTTP 代理列表中的代理地址是一个选项。
在与 Bower 相同的账户和启动环境下比较 Git。要把解析器、协议和操作放在一起看；另一个终端的成功或注册表地址的变更都无法补上缺失的子进程路径。