Eșecuri de proxy în Bower: descărcări din registru versus extrageri Git
Identificați cererea HTTP, descărcarea arhivei sau transportul Git din spatele unei operațiuni Bower înainte de a alege configurația proxy.
Citiți operațiunea Bower existentă împreună cu diagnosticele --verbose. Păstrați ultimul URL de registru/arhivă sau comanda Git împreună cu prima eroare; o rezoluție de nume reușită poate precede un eșec într-un alt client.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Operațiune eșuată | Intrare proxy de inspectat |
|---|---|
| Registru Bower sau arhivă HTTP | Setări Bower proxy/https-proxy și mediul efectiv |
| Git HTTP/HTTPS | Git http.proxy și mediul de transport HTTP |
| git:// nativ | core.gitProxy sau GIT_PROXY_COMMAND |
| SSH, inclusiv git@host:path | Rutare SSH precum ProxyCommand sau ProxyJump aprobat |
GitRemoteResolver din Bower apelează Git. Resolverul său GitHub poate prelua mai întâi o arhivă HTTPS și apoi poate reveni la Git, așa că un nume de pachet GitHub recognoscibil nu indică ce rută a eșuat.
Când un depozit oferă un endpoint HTTPS aprobat, alegerea acestuia permite Git să folosească transportul HTTP. Confirmați că există în loc să aplicați o rescriere globală către HTTP simplu. Pentru acea sursă Git HTTPS publică, o adresă proxy din lista de proxy HTTP este o opțiune când rutele publice sunt permise și procesul Git real nu are credențiale proxy configurate sau păstrate.
Comparați Git cu același cont și același mediu de lansare ca Bower. Păstrați împreună resolverul, schema și operațiunea; succesul într-un alt terminal sau o schimbare a adresei registrului nu pot furniza ruta subprocesului lipsă.