Bower-proxyfel: registerhämtningar kontra Git-utcheckningar
Ta reda på HTTP-anropet, arkivhämtningen eller Git-transporten bakom en Bower-åtgärd innan du väljer proxykonfiguration.
Läs den befintliga Bower-åtgärden med dess --verbose-diagnostik. Behåll den senaste register-/arkiv-URL:en eller Git-kommandot tillsammans med det första felet; lyckad namnmatchning kan föregå ett fel i en annan klient.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Misslyckad åtgärd | Proxy-indata att granska |
|---|---|
| Bower-register eller HTTP-arkiv | Bower proxy/https-proxy-inställningar och effektiv miljö |
| Git HTTP/HTTPS | Git http.proxy och HTTP-transportmiljö |
| Inbyggd git:// | core.gitProxy eller GIT_PROXY_COMMAND |
| SSH, inklusive git@host:path | SSH-dirigering som godkänd ProxyCommand eller ProxyJump |
Bowers GitRemoteResolver anropar Git. Dess GitHub-resolver kan först hämta ett HTTPS-arkiv och sedan falla tillbaka till Git, så ett igenkännbart GitHub-paketnamn anger inte vilken väg som misslyckades.
Om ett arkiv erbjuder en godkänd HTTPS-slutpunkt gör valet av den att Git kan använda HTTP-transport. Bekräfta att den finns i stället för att tillämpa en global omskrivning till vanlig HTTP. För den offentliga HTTPS-Git-källan är en proxyadress från HTTP-proxylistan ett alternativ när offentliga vägar tillåts och den faktiska Git-processen inte har konfigurerade eller sparade proxyuppgifter.
Jämför Git under samma konto och samma startmiljö som Bower. Behåll resolver, schema och åtgärd tillsammans; en annan terminals framgång eller en ändrad registeradress kan inte leverera den saknade underprocessvägen.