Bower proxyhibák: regisztrációs letöltések kontra Git checkoutok
A proxy beállításának kiválasztása előtt azonosítsa a Bower-művelet mögötti HTTP-kérést, archívletöltést vagy Git-átvitelt.
Olvassa el a meglévő Bower-műveletet a --verbose diagnosztikájával. Tartsa meg az utolsó regisztrációs/archív URL-t vagy Git-parancsot az első hibával együtt; a sikeres névfeloldás megelőzheti egy másik kliens hibáját.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Sikertelen művelet | Vizsgálandó proxy-bemenet |
|---|---|
| Bower-regiszter vagy HTTP-archívum | Bower proxy/https-proxy beállítások és a tényleges környezet |
| Git HTTP/HTTPS | Git http.proxy és a HTTP-átvitel környezete |
| Natív git:// | core.gitProxy vagy GIT_PROXY_COMMAND |
| SSH, beleértve a git@host:path címet | SSH-útvonalválasztás, például a jóváhagyott ProxyCommand vagy ProxyJump |
A Bower GitRemoteResolver-e Git-et hív. GitHub-feloldója először HTTPS-archívumot tölthet le, majd visszaeshet a Gitre, ezért egy felismerhető GitHub-csomagnév nem jelzi, melyik útvonal hibázott.
Ha a tároló jóváhagyott HTTPS-végpontot kínál, annak választása lehetővé teszi a Git számára a HTTP-átvitelt. Erősítse meg, hogy létezik, ahelyett hogy globális átírást alkalmazna sima HTTP-re. Ahhoz a nyilvános HTTPS Git-forráshoz a HTTP-proxy lista proxycíme akkor lehetőség, ha a nyilvános útvonalak engedélyezettek, és a tényleges Git-folyamatnak nincs beállított vagy tárolt proxy-hitelesítő adata.
Hasonlítsa össze a Gitet ugyanazzal a fiókkal és ugyanabban az indítási környezetben, mint a Bower. Tartsa együtt a feloldót, a sémát és a műveletet; egy másik terminál sikere vagy a regisztrációs cím változása nem pótolhatja a hiányzó alfolyamat-útvonalat.