Awarie proxy w Bowerze: pobieranie z rejestru a wyodrębnianie Git
Ustal zapytanie HTTP, pobieranie archiwum lub transport Git stojący za operacją Bower, zanim wybierzesz konfigurację proxy.
Przeczytaj istniejącą operację Bower wraz z jej diagnostyką --verbose. Zachowaj ostatni adres URL rejestru/archiwum lub polecenie Git razem z pierwszym błędem; pomyślne rozwiązanie nazwy może poprzedzać awarię w innym kliencie.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Nieudana operacja | Wejście proxy do sprawdzenia |
|---|---|
| Rejestr Bower lub archiwum HTTP | Ustawienia Bower proxy/https-proxy i rzeczywiste środowisko |
| Git HTTP/HTTPS | Git http.proxy i środowisko transportu HTTP |
| Rodzimy git:// | core.gitProxy lub GIT_PROXY_COMMAND |
| SSH, w tym git@host:path | Routing SSH, np. zatwierdzony ProxyCommand lub ProxyJump |
GitRemoteResolver w Bowerze wywołuje Git. Jego resolver GitHub może najpierw pobrać archiwum HTTPS, a następnie przejść na Git, więc rozpoznawalna nazwa pakietu GitHub nie wskazuje, która ścieżka zawiodła.
Gdy repozytorium oferuje zatwierdzony punkt końcowy HTTPS, wybranie go pozwala Gitowi korzystać z transportu HTTP. Potwierdź, że istnieje, zamiast stosować globalne przepisanie na zwykły HTTP. Dla tego publicznego źródła Git przez HTTPS adres proxy z listy proxy HTTP jest opcją, gdy trasy publiczne są dozwolone, a rzeczywisty proces Git nie ma skonfigurowanych ani zachowanych poświadczeń proxy.
Porównuj Git na tym samym koncie i w tym samym środowisku uruchomieniowym co Bower. Zachowaj razem resolver, schemat i operację; sukces w innym terminalu lub zmiana adresu rejestru nie mogą dostarczyć brakującej trasy podprocesu.