Bower-proxyfeil: registernedlastingar kontra Git-utsjekkar
Finn HTTP-oppslaget, arkivnedlastinga eller Git-transporten bak ein Bower-operasjon før du vel proxykonfigurasjonen.
Les den eksisterande Bower-operasjonen med --verbose-diagnostikken. Hald på den siste register-/arkiv-URL-en eller Git-kommandoen saman med den første feilen; vellukka namneoppslag kan kome før ein feil i ein annan klient.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Mislykka operasjon | Proxy-inndata som skal granskast |
|---|---|
| Bower-register eller HTTP-arkiv | Bower proxy/https-proxy-innstillingar 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 godkjend ProxyCommand eller ProxyJump |
GitRemoteResolver i Bower kallar Git. GitHub-resolveren kan først hente eit HTTPS-arkiv og deretter falle tilbake til Git, så eit kjenneleg GitHub-pakkenamn seier ikkje kva rute som feila.
Viss eit depot tilbyr eit godkjend HTTPS-endepunkt, lèt valet av det Git bruke HTTP-transport. Stadfest at det finst i staden for å bruke ei global omskriving til vanleg HTTP. For den offentlege HTTPS-Git-kjelda er ei proxyadresse frå HTTP-proxylista eit alternativ når offentlege ruter er tillatne og den faktiske Git-prosessen ikkje har konfigurerte eller lagra proxy-legitimasjonar.
Samanlikn Git under same konto og same oppstartsmiljø som Bower. Hald resolver, skjema og operasjon saman; suksess i ein annan terminal eller ei endra registeradresse kan ikkje gje den manglande underprosessruta.