Mga pagpalya ng proxy sa Bower: pag-download ng rehistro kumpara sa Git checkout
Tukuyin ang kahilingang HTTP, pag-download ng archive o transport ng Git sa likod ng operasyon ng Bower bago piliin ang configuration ng proxy.
Basahin ang umiiral na operasyon ng Bower kasama ang diagnostic nitong --verbose. Itago ang huling URL ng rehistro/archive o ang utos ng Git kasama ang unang error; maaaring mauna ang matagumpay na resolusyon ng pangalan bago ang pagpalya sa ibang client.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Nabigong operasyon | Proxy input na susuriin |
|---|---|
| Rehistro ng Bower o HTTP archive | Mga setting ng Bower proxy/https-proxy at epektibong kapaligiran |
| Git HTTP/HTTPS | Git http.proxy at kapaligiran ng transport na HTTP |
| Katutubong git:// | core.gitProxy o GIT_PROXY_COMMAND |
| SSH, kabilang ang git@host:path | Rutang SSH tulad ng aprubadong ProxyCommand o ProxyJump |
Tinatawag ng GitRemoteResolver ng Bower ang Git. Maaaring kunin muna ng resolver nitong GitHub ang isang HTTPS archive at pagkatapos ay bumalik sa Git, kaya hindi tinutukoy ng pamilyar na pangalan ng pakete sa GitHub kung aling ruta ang nabigo.
Kapag nag-aalok ang repository ng aprubadong HTTPS endpoint, pinapayagan ng pagpili nito ang Git na gumamit ng transport na HTTP. Tiyakin na mayroon ito sa halip na maglapat ng pangkalahatang muling pagsulat sa simpleng HTTP. Para sa pampublikong HTTPS Git source na iyon, ang address ng proxy mula sa listahan ng HTTP proxy ay isang opsyon kapag pinapayagan ang mga pampublikong ruta at ang aktwal na proseso ng Git ay walang naka-configure o naitagong kredensyal ng proxy.
Ihambing ang Git sa parehong account at parehong kapaligiran ng paglulunsad gaya ng Bower. Panatilihing magkasama ang resolver, scheme at operasyon; ang tagumpay sa ibang terminal o pagbabago ng address ng rehistro ay hindi makapagbibigay ng nawawalang ruta ng subprocess.