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

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

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

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

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

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

За да ја дадете рутата на едно повикување без да го зачувате поставувањето во клонираната репозиторија, ставете -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 не се заменливи конфигурациски опсези. Изберете дали идните операции во таа репозиторија треба да го задржат проксито.

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

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

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