Fallos de proxy en Bower: descargas del registro frente a extracciones de Git
Localice la consulta HTTP, la descarga de archivo o el transporte Git detrás de una operación de Bower antes de elegir la configuración del proxy.
Lea la operación de Bower existente con su diagnóstico --verbose. Conserve la última URL de registro/archivo o el comando Git junto con el primer error; una resolución de nombre correcta puede preceder a un fallo en otro cliente.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operación fallida | Entrada de proxy que inspeccionar |
|---|---|
| Registro de Bower o archivo HTTP | Configuración Bower proxy/https-proxy y entorno efectivo |
| Git HTTP/HTTPS | Git http.proxy y entorno de transporte HTTP |
| git:// nativo | core.gitProxy o GIT_PROXY_COMMAND |
| SSH, incluido git@host:path | Enrutamiento SSH como el ProxyCommand o ProxyJump aprobado |
El GitRemoteResolver de Bower invoca Git. Su resolución de GitHub puede obtener primero un archivo HTTPS y luego recurrir a Git, así que un nombre de paquete GitHub reconocible no identifica qué ruta falló.
Cuando un repositorio ofrece un punto de conexión HTTPS aprobado, elegirlo permite que Git use el transporte HTTP. Confirme que existe en lugar de aplicar una reescritura global a HTTP simple. Para esa fuente Git HTTPS pública, una dirección de proxy de la lista de proxies HTTP es una opción cuando se permiten rutas públicas y el proceso Git real no tiene credenciales de proxy configuradas ni retenidas.
Compare Git con la misma cuenta y el mismo entorno de inicio que Bower. Conserve resolución, esquema y operación juntos; el éxito en otra terminal o un cambio de dirección del registro no pueden aportar la ruta del subproceso que falta.