Збоі проксі ў Bower: загрузкі з рэестра супраць Git-праверак
Вызначце HTTP-запыт, загрузку архіва або Git-транспарт за аперацыяй Bower, перш чым выбіраць налады проксі.
Прачытайце існуючую аперацыю Bower з яе дыягностыкай --verbose. Захавайце апошні URL рэестра/архіва або каманду Git разам з першай памылкай; паспяховае развязанне імя можа папярэднічаць збою ў іншым кліенце.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Няўдалая аперацыя | Увод проксі для праверкі |
|---|---|
| Рэестр Bower або HTTP-архіў | Налады Bower proxy/https-proxy і фактычнае асяроддзе |
| Git HTTP/HTTPS | Git http.proxy і асяроддзе HTTP-транспарту |
| Уласны git:// | core.gitProxy або GIT_PROXY_COMMAND |
| SSH, уключаючы git@host:path | Маршрутызацыя SSH, напрыклад зацверджаны ProxyCommand або ProxyJump |
GitRemoteResolver у Bower выклікае Git. Яго GitHub-развязвальнік можа спачатку загрузіць HTTPS-архіў, а потым перайсці на Git, таму пазнавальная назва пакета GitHub не вызначае, які шлях не спрацаваў.
Калі рэпазіторый прапануе зацверджаную HTTPS-кропку, яе выбар дазваляе Git выкарыстоўваць HTTP-транспарт. Пацвердзіце яе наяўнасць замест таго, каб ужываць глабальнае перапісванне на звычайны HTTP. Для той публічнай HTTPS-крыніцы Git адрас проксі з спіса HTTP-проксі — варыянт, калі публічныя маршруты дазволеныя і фактычны працэс Git не мае наладжаных або захаваных уліковых даных проксі.
Параўноўвайце Git у тым жа ўліковым запісе і асяроддзі запуску, што і Bower. Захоўвайце развязвальнік, схему і аперацыю разам; поспех у іншым тэрмінале або змена адрасу рэестра не могуць даць адсутны маршрут падпрацэсу.