Git Clone: ustaw proxy przed pierwszym fetch

Użyj konfiguracji podczas klonowania, gdy nowe repozytorium potrzebuje własnego proxy już od pierwszego żądania sieciowego.

Proxy lokalne dla repozytorium brzmi niezręcznie, zanim repozytorium istnieje. Nie trzeba klonować bez powodzenia, edytować konfiguracji i zaczynać od nowa.

Clone może zapisać lokalne ustawienie przed pierwszym fetch:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

Te punkty końcowe to przykłady. Dla publicznego repozytorium HTTPS na dozwolonej trasie publicznego proxy wybierz punkt końcowy HTTP z listy proxy HTTP. Git dokumentuje, że ta opcja obowiązuje po zainicjowaniu nowego repozytorium i przed pobraniem jego zdalnej historii. Dla tego ustawienia proxy może więc objąć pierwsze pobieranie i pozostać w nowym repozytorium.

Dwie podobne komendy zostawiają różne ślady

Aby przekazać trasę jednemu wywołaniu bez zapisywania ustawienia w sklonowanym repozytorium, umieść -c przed podkomendą:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... i git -c ... clone nie są wymiennymi zakresami konfiguracji. Zdecyduj, czy przyszłe operacje w tym repozytorium mają zachować proxy.

Sprawdź lokalną konfigurację nowego repozytorium, gdy ten wybór ma znaczenie. Inne ustawienia użytkownika, systemu lub konkretnego URL mogą nadal uczestniczyć w skutecznej polityce.

Trzymaj hasła poza tymi przykładami podczas zapisywania trasy. Wartość z poświadczeniami przekazana do opcji konfiguracji clone może stać się trwałym ustawieniem repozytorium.

To konfiguracja transportu HTTP, w tym zdalnych repozytoriów HTTPS. Zdalne repozytorium SSH nadal potrzebuje swojej trasy proxy SSH; przeniesienie SSH na port 443 nie sprawia, że ta opcja je konfiguruje.

Powiązane artykuły