Dështimet e proxy-t në Bower: shkarkimet nga regjistri kundrejt tërheqjeve Git
Identifikoni kërkesën HTTP, shkarkimin e arkivit ose transportin Git pas një operacioni Bower përpara se të zgjidhni konfigurimin e proxy-t.
Lexoni operacionin ekzistues Bower me diagnostikimin --verbose. Mbani URL-në e fundit të regjistrit/arkivit ose komandën Git bashkë me gabimin e parë; një zgjidhje e suksesshme e emrit mund t'i paraprijë një dështimi në një klient tjetër.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operacion i dështuar | Hyrje proxy për t'u inspektuar |
|---|---|
| Regjistri Bower ose arkivi HTTP | Cilësimet Bower proxy/https-proxy dhe mjedisi efektiv |
| Git HTTP/HTTPS | Git http.proxy dhe mjedisi i transportit HTTP |
| git:// vendas | core.gitProxy ose GIT_PROXY_COMMAND |
| SSH, duke përfshirë git@host:path | Rrugëtim SSH si ProxyCommand ose ProxyJump i miratuar |
GitRemoteResolver i Bower thërret Git. Zgjidhësi i tij GitHub mund të marrë fillimisht një arkiv HTTPS dhe më pas të kalojë në Git, kështu që një emër i njohur pakete GitHub nuk tregon se cila rrugë dështoi.
Kur një depo ofron një pikë fundore HTTPS të miratuar, zgjedhja e saj lejon Git të përdorë transportin HTTP. Konfirmoni që ekziston në vend që të aplikoni një rishkrim global në HTTP të thjeshtë. Për atë burim publik Git HTTPS, një adresë proxy nga lista e proxy-ve HTTP është një opsion kur rrugët publike lejohen dhe procesi real Git nuk ka kredenciale proxy të konfiguruara ose të mbajtura.
Krahasoni Git me të njëjtin llogari dhe të njëjtin mjedis nisjeje si Bower. Mbani zgjidhësin, skemën dhe operacionin së bashku; suksesi në një terminal tjetër ose një ndryshim i adresës së regjistrit nuk mund të sigurojnë rrugën e nënprocesit që mungon.