Bower-proxyfeil: registernedlastinger kontra Git-utsjekker
Finn HTTP-oppslaget, arkivnedlastingen eller Git-transporten bak en Bower-operasjon før du velger proxykonfigurasjonen.
Les den eksisterende Bower-operasjonen med --verbose-diagnostikken. Behold den siste register-/arkiv-URL-en eller Git-kommandoen sammen med den første feilen; vellykket navneoppslag kan komme før en feil i en annen klient.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Mislykket operasjon | Proxy-inndata som skal undersøkes |
|---|---|
| Bower-register eller HTTP-arkiv | Bower proxy/https-proxy-innstillinger og effektivt miljø |
| Git HTTP/HTTPS | Git http.proxy og HTTP-transportmiljø |
| Innebygd git:// | core.gitProxy eller GIT_PROXY_COMMAND |
| SSH, inkludert git@host:path | SSH-ruting som godkjent ProxyCommand eller ProxyJump |
Bowers GitRemoteResolver kaller Git. GitHub-resolveren kan først hente et HTTPS-arkiv og deretter falle tilbake til Git, så et gjenkjennelig GitHub-pakkenavn angir ikke hvilken rute som feilet.
Hvis et depot tilbyr et godkjent HTTPS-endepunkt, lar valget av det Git bruke HTTP-transport. Bekreft at det finnes i stedet for å bruke en global omskriving til vanlig HTTP. For den offentlige HTTPS-Git-kilden er en proxyadresse fra HTTP-proxylisten et alternativ når offentlige ruter er tillatt og den faktiske Git-prosessen ikke har konfigurerte eller lagrede proxy-legitimasjoner.
Sammenlign Git under samme konto og samme oppstartsmiljø som Bower. Behold resolver, skjema og operasjon sammen; en annen terminals suksess eller en endret registeradresse kan ikke levere den manglende underprosessruten.