Fallos de proxy en Bower: descargas do rexistro fronte a extraccións Git
Localice a consulta HTTP, a descarga de arquivo ou o transporte Git detrás dunha operación de Bower antes de elixir a configuración do proxy.
Lea a operación de Bower existente co seu diagnóstico --verbose. Conserve a última URL de rexistro/arquivo ou a orde Git xunto co primeiro erro; unha resolución de nome correcta pode preceder un fallo noutro cliente.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operación fallida | Entrada de proxy para inspeccionar |
|---|---|
| Rexistro de Bower ou arquivo HTTP | Axustes Bower proxy/https-proxy e contorno efectivo |
| Git HTTP/HTTPS | Git http.proxy e contorno de transporte HTTP |
| git:// nativo | core.gitProxy ou GIT_PROXY_COMMAND |
| SSH, incluído git@host:path | Enrutamento SSH como o ProxyCommand ou ProxyJump aprobado |
O GitRemoteResolver de Bower invoca Git. O seu resolvedor de GitHub pode obter primeiro un arquivo HTTPS e despois recorrer a Git, así que un nome de paquete GitHub recoñecible non identifica que ruta fallou.
Cando un repositorio ofrece un punto final HTTPS aprobado, elixilo permite que Git use o transporte HTTP. Confirme que existe en lugar de aplicar unha reescritura global a HTTP simple. Para esa fonte Git HTTPS pública, un enderezo de proxy da lista de proxies HTTP é unha opción cando se permiten rutas públicas e o proceso Git real non ten credenciais de proxy configuradas nin retidas.
Compare Git coa mesma conta e o mesmo contorno de inicio que Bower. Conserve resolvedor, esquema e operación xuntos; o éxito noutro terminal ou un cambio de enderezo do rexistro non poden achegar a ruta do subproceso que falta.