Errori proxy in Bower: download dal registro contro estrazioni Git
Individuate la richiesta HTTP, il download dell'archivio o il trasporto Git dietro un'operazione Bower prima di scegliere la configurazione del proxy.
Leggete l'operazione Bower esistente con la sua diagnostica --verbose. Conservate l'ultimo URL del registro/archivio o il comando Git insieme al primo errore; una risoluzione del nome riuscita può precedere un errore in un altro client.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operazione non riuscita | Input proxy da ispezionare |
|---|---|
| Registro Bower o archivio HTTP | Impostazioni Bower proxy/https-proxy e ambiente effettivo |
| Git HTTP/HTTPS | Git http.proxy e ambiente di trasporto HTTP |
| git:// nativo | core.gitProxy o GIT_PROXY_COMMAND |
| SSH, incluso git@host:path | Instradamento SSH come il ProxyCommand o ProxyJump approvato |
Il GitRemoteResolver di Bower richiama Git. Il suo resolver GitHub può prima scaricare un archivio HTTPS e poi ripiegare su Git, quindi un nome di pacchetto GitHub riconoscibile non identifica quale percorso ha fallito.
Quando un repository offre un endpoint HTTPS approvato, sceglierlo consente a Git di usare il trasporto HTTP. Verificate che esista invece di applicare una riscrittura globale su HTTP semplice. Per quella fonte Git HTTPS pubblica, un indirizzo proxy dalla lista di proxy HTTP è un'opzione quando le rotte pubbliche sono consentite e il processo Git reale non ha credenziali proxy configurate o conservate.
Confrontate Git con lo stesso account e lo stesso ambiente di avvio di Bower. Mantenete insieme resolver, schema e operazione; il successo in un altro terminale o un cambio di indirizzo del registro non possono fornire la rotta del sottoprocesso mancante.