Selhání proxy v Boweru: stahování z registru versus Git checkouty
Než zvolíte konfiguraci proxy, zjistěte, zda za operací Boweru stojí HTTP dotaz, stahování archivu, nebo Git transport.
Projděte stávající operaci Boweru s její diagnostikou --verbose. Uchovejte poslední URL registru/archivu nebo příkaz Git spolu s první chybou; úspěšné rozlišení jména může předcházet selhání v jiném klientu.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Selhaná operace | Vstup proxy k prozkoumání |
|---|---|
| Registr Boweru nebo HTTP archiv | Nastavení Bower proxy/https-proxy a efektivní prostředí |
| Git HTTP/HTTPS | Git http.proxy a prostředí HTTP transportu |
| Nativní git:// | core.gitProxy nebo GIT_PROXY_COMMAND |
| SSH, včetně git@host:path | Směrování SSH, například schválený ProxyCommand nebo ProxyJump |
GitRemoteResolver v Boweru volá Git. Jeho GitHub resolver může nejprve stáhnout HTTPS archiv a poté přejít na Git, takže známý název balíčku GitHub neurčuje, která cesta selhala.
Nabízí-li repozitář schválený HTTPS koncový bod, jeho volba umožní Gitu použít HTTP transport. Ověřte, že existuje, místo plošného přepisu na obyčejné HTTP. Pro tento veřejný HTTPS zdroj Git je adresa proxy z seznamu HTTP proxy možností, pokud jsou povoleny veřejné trasy a skutečný proces Git nemá nakonfigurované ani uložené přihlašovací údaje proxy.
Porovnávejte Git pod stejným účtem a ve stejném spouštěcím prostředí jako Bower. Zachovejte resolver, schéma a operaci pohromadě; úspěch v jiném terminálu ani změna adresy registru nemohou dodat chybějící trasu podprocesu.