Falhas de proxy no Bower: downloads do registro versus checkouts Git
Identifique a consulta HTTP, o download de arquivo ou o transporte Git por trás de uma operação Bower antes de escolher a configuração de proxy.
Leia a operação Bower existente com o seu diagnóstico --verbose. Guarde o último URL de registro/arquivo ou o comando Git junto com o primeiro erro; uma resolução de nome bem-sucedida pode preceder uma falha noutro cliente.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operação falhada | Entrada de proxy a inspecionar |
|---|---|
| Registro Bower ou arquivo HTTP | Definições Bower proxy/https-proxy e ambiente efetivo |
| Git HTTP/HTTPS | Git http.proxy e ambiente de transporte HTTP |
| git:// nativo | core.gitProxy ou GIT_PROXY_COMMAND |
| SSH, incluindo git@host:path | Encaminhamento SSH como o ProxyCommand ou ProxyJump aprovado |
O GitRemoteResolver do Bower invoca o Git. O seu resolvedor GitHub pode primeiro obter um arquivo HTTPS e depois recorrer ao Git, pelo que um nome de pacote GitHub reconhecível não identifica qual rota falhou.
Quando um repositório oferece um endpoint HTTPS aprovado, escolhê-lo permite ao Git usar o transporte HTTP. Confirme que existe em vez de aplicar uma reescrita global para HTTP simples. Para essa fonte Git HTTPS pública, um endereço de proxy da lista de proxies HTTP é uma opção quando as rotas públicas são permitidas e o processo Git real não tem credenciais de proxy configuradas ou retidas.
Compare o Git com a mesma conta e o mesmo ambiente de arranque do Bower. Mantenha resolvedor, esquema e operação juntos; o sucesso noutro terminal ou uma alteração do endereço de registro não podem fornecer a rota do subprocesso em falta.