Daj pobierającym CocoaPods środowisko proxy

Uruchom pod install ze zmiennymi proxy HTTP i ustal, czy nieudane pobieranie zależności korzysta z Gita, czy z pobierającego HTTP.

W przypadku zwykłego proxy HTTP podaj jego URL w środowisku, w którym uruchamiany jest CocoaPods. W powłoce POSIX jedno wywołanie można skonfigurować tak:

http_proxy=http://proxy.example:8080 \
https_proxy=http://proxy.example:8080 \
pod install

Obie zmienne mogą wskazywać ten sam nasłuch. Pobierania z publicznych źródeł mogą użyć adresu z listy proxy HTTP, jeśli ta trasa jest dozwolona; najpierw sprawdź, czy rzeczywisty pobierający curl lub Git nie ma skonfigurowanych ani zapisanych danych uwierzytelniających proxy. Ich nazwy wybierają protokoły docelowe; URL opisuje punkt końcowy proxy.

Pobierający HTTP CocoaPods wywołuje curl, a jego pobierający Git wywołuje Gita. Oba otrzymują środowisko uruchomienia, ale każdy ma też własną obsługiwaną konfigurację. Wpis http.proxy w Gicie może sprawić, że to pobieranie zachowa się inaczej niż pobierający HTTP.

Przeczytaj źródło zależności i nieudane polecenie w danych wyjściowych pod. Repozytorium Git pobierane przez HTTPS podlega transportowi HTTP Gita. Źródło SSH podlega zamiast tego konfiguracji SSH.

Powiązane artykuły