Bower-proxyfejl: registreringsdownloads kontra Git-udtjekninger
Find HTTP-opslaget, arkivdownloaden eller Git-transporten bag en Bower-handling, før du vælger proxykonfiguration.
Læs den eksisterende Bower-handling med dens --verbose-diagnostik. Behold den sidste registrerings-/arkiv-URL eller Git-kommando sammen med den første fejl; vellykket navneopløsning kan gå forud for en fejl i en anden klient.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Mislykket handling | Proxy-input der skal undersøges |
|---|---|
| Bower-register eller HTTP-arkiv | Bower proxy/https-proxy-indstillinger og effektivt miljø |
| Git HTTP/HTTPS | Git http.proxy og HTTP-transportmiljø |
| Indbygget git:// | core.gitProxy eller GIT_PROXY_COMMAND |
| SSH, inklusive git@host:path | SSH-routing som den godkendte ProxyCommand eller ProxyJump |
Bowers GitRemoteResolver kalder Git. Dets GitHub-resolver kan først hente et HTTPS-arkiv og derefter falde tilbage til Git, så et genkendeligt GitHub-pakkenavn angiver ikke, hvilken rute der fejlede.
Hvis et lager tilbyder et godkendt HTTPS-endepunkt, lader valget af det Git bruge HTTP-transport. Bekræft, at det findes, i stedet for at anvende en global omskrivning til almindelig HTTP. For den offentlige HTTPS-Git-kilde er en proxyadresse fra HTTP-proxylisten en mulighed, når offentlige ruter er tilladt, og den faktiske Git-proces ikke har konfigurerede eller gemte proxy-legitimationsoplysninger.
Sammenlign Git under samme konto og samme startmiljø som Bower. Bevar resolver, skema og handling sammen; en anden terminals succes eller en ændret registreringsadresse kan ikke levere den manglende underprocesrute.