Który serwer proxy wygrywa w Git LFS 3.7.0?

Prześledź wybór ze środowiska, niepuste nadpisania Git pasujące do adresu URL i reguły pomijania dla rzeczywistego adresu żądania LFS.

Niepusta wartość Git http.proxy pasująca do adresu URL żądania nadpisuje serwer proxy wywiedziony ze środowiska w Git LFS 3.7.0. Pusta wartość Git nie usuwa tej ścieżki środowiskowej.

W tym wydaniu postępuj zgodnie z wyborem w tej kolejności:

  1. Odczytaj HTTPS_PROXY i HTTP_PROXY. Niepusta wartość małymi literami https_proxy lub http_proxy zastępuje odpowiadającą jej wartość wielkimi literami.
  2. Dla HTTPS preferuj kandydata HTTPS, a kandydata HTTP używaj jako rozwiązania zapasowego.
  3. Zamiast tych kandydatów zastosuj pasującą, niepustą wartość Git http.proxy.
  4. Zastosuj reguły pomijania do wybranego adresu żądania. Niepusta no_proxy zastępuje NO_PROXY.

Jeśli celem jest dostęp bezpośredni, sprawdź odziedziczone dane wejściowe i zamierzone pominięcie, zamiast zakładać, że pusta pozycja Git je usunęła.

Do porównania użyj rzeczywistego adresu LFS. Cele API i obiektów mogą różnić się od zdalnego repozytorium Git, co zmienia, które ustawienie powiązane z URL pasuje.

Zachowaj zainstalowaną wersję LFS wraz z diagnozą. LFS używa własnego transportu Go HTTP; pierwszeństwo ze ścieżki libcurl Git nie wyjaśnia tego kodu wyboru.

Powiązane artykuły