Провали на прокси в 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. Запазете резолвера, схемата и операцията заедно; успехът в друг терминал или промяна на адреса на регистъра не могат да осигурят липсващия маршрут на подпроцеса.