Git Clone: поставите прокси пре првог fetch-а

Користите конфигурацију при клонирању када ново репозиторијум треба сопствени прокси од првог мрежног захтева.

Прокси локално за репозиторијум звучи незграпно пре него што репозиторијум постоји. Није потребно неуспешно клонирати, уређивати конфигурацију и почињати испочетка.

Clone може записати локално подешавање пре првог fetch-а:

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

Ове крајње тачке су примери. За јавни HTTPS репозиторијум на дозвољеној рути јавног proxy-ја изаберите HTTP крајњу тачку са листе HTTP proxy-ја. Git документује да ова опција делује након иницијализације новог репозиторијума и пре преузимања његове удаљене историје. За ово подешавање proxy-ја она стога може покрити прво преузимање и остати у новом репозиторијуму.

Две сличне команде остављају различите трагове

Да бисте руту дали једном позиву без чувања подешавања у клонираном репозиторијуму, ставите -c пре подкоманде:

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

git clone --config ... и git -c ... clone нису заменљиви конфигурациони опсези. Изаберите да ли будуће операције у том репозиторијуму треба да задрже proxy.

Прегледајте локалну конфигурацију новог репозиторијума када је тај избор важан. Друга корисничка, системска или URL-специфична подешавања и даље могу учествовати у ефективној политици.

Држите лозинке изван ових примера при чувању руте. Вредност са акредитивима предата конфигурационој опцији clone може постати трајно подешавање репозиторијума.

Ово је конфигурација HTTP преноса, укључујући HTTPS удаљене репозиторијуме. SSH репозиторијуму још треба његова SSH proxy рута; премештање SSH-а на порт 443 не чини да га ова опција конфигурише.

Повезани чланци