Bower-Proxy-Fehler: Registry-Downloads versus Git-Checkouts
Klären Sie den HTTP-Abruf, den Archiv-Download oder den Git-Transport hinter einem Bower-Vorgang, bevor Sie die Proxy-Konfiguration wählen.
Lesen Sie den bestehenden Bower-Vorgang mit seiner --verbose-Diagnose. Behalten Sie die letzte Registry-/Archiv-URL oder den Git-Befehl beim ersten Fehler; eine erfolgreiche Namensauflösung kann einem Fehler in einem anderen Client vorausgehen.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Fehlgeschlagener Vorgang | Zu prüfende Proxy-Eingabe |
|---|---|
| Bower-Registry oder HTTP-Archiv | Bower-proxy/https-proxy-Einstellungen und effektive Umgebung |
| Git HTTP/HTTPS | Git http.proxy und HTTP-Transportumgebung |
| Eigenes git:// | core.gitProxy oder GIT_PROXY_COMMAND |
| SSH, einschließlich git@host:path | SSH-Routing wie das freigegebene ProxyCommand oder ProxyJump |
Der GitRemoteResolver von Bower ruft Git auf. Sein GitHub-Resolver kann zuerst ein HTTPS-Archiv abrufen und dann auf Git zurückfallen, daher zeigt ein erkennbarer GitHub-Paketname nicht, welche Route fehlgeschlagen ist.
Bietet ein Repository einen freigegebenen HTTPS-Endpunkt, erlaubt dessen Wahl Git die Nutzung des HTTP-Transports. Bestätigen Sie dessen Vorhandensein, statt eine pauschale globale Umschreibung auf einfaches HTTP anzuwenden. Für diese öffentliche HTTPS-Git-Quelle ist eine Proxy-Adresse aus der HTTP-Proxy-Liste eine Option, wenn öffentliche Routen zulässig sind und der tatsächliche Git-Prozess keine konfigurierten oder gespeicherten Proxy-Anmeldedaten hat.
Vergleichen Sie Git unter demselben Konto und derselben Startumgebung wie Bower. Bewahren Sie Resolver, Schema und Vorgang zusammen; der Erfolg eines anderen Terminals oder eine geänderte Registry-Adresse können die fehlende Subprozess-Route nicht liefern.