Bower-proxyfouten: registry-downloads versus Git-checkouts
Bepaal de HTTP-opvraag, de archiefdownload of het Git-transport achter een Bower-bewerking voordat u de proxyconfiguratie kiest.
Lees de bestaande Bower-bewerking met de bijbehorende --verbose-diagnostiek. Bewaar de laatste registry-/archief-URL of het Git-commando samen met de eerste fout; een geslaagde naamresolutie kan voorafgaan aan een fout in een andere client.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Mislukte bewerking | Te onderzoeken proxy-invoer |
|---|---|
| Bower-registry of HTTP-archief | Bower proxy/https-proxy-instellingen en effectieve omgeving |
| Git HTTP/HTTPS | Git http.proxy en HTTP-transportomgeving |
| Inheems git:// | core.gitProxy of GIT_PROXY_COMMAND |
| SSH, inclusief git@host:path | SSH-routering zoals de goedgekeurde ProxyCommand of ProxyJump |
De GitRemoteResolver van Bower roept Git aan. De GitHub-resolver kan eerst een HTTPS-archief ophalen en daarna terugvallen op Git, dus een herkenbare GitHub-pakketnaam geeft niet aan welke route faalde.
Biedt een repository een goedgekeurd HTTPS-eindpunt, dan kan Git door die keuze HTTP-transport gebruiken. Bevestig dat het bestaat in plaats van een globale herschrijving naar gewoon HTTP toe te passen. Voor die openbare HTTPS-Git-bron is een proxyadres uit de HTTP-proxylijst een optie wanneer openbare routes zijn toegestaan en het werkelijke Git-proces geen geconfigureerde of bewaarde proxyreferenties heeft.
Vergelijk Git onder dezelfde account en dezelfde startomgeving als Bower. Houd resolver, schema en bewerking bij elkaar; het succes van een andere terminal of een gewijzigd registry-adres kan de ontbrekende subprocesroute niet leveren.