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