Git Clone: set in proxy foar de earste fetch

In proxy dy't allinnich foar it depot jildt, klinkt ûnhandich foardat it depot bestiet. Jo hoege net sûnder sukses te klonen, de konfiguraasje te bewurkjen en opnij te begjinnen.

Clone kin foar de earste fetch in lokale ynstelling skriuwe:

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

Dizze einpunten binne foarbylden. Foar in iepenbier HTTPS-depot op in tastiene iepenbiere-proxy-route, kies in HTTP-einpunt út 'e HTTP-proxy-list. Git dokumintearret dat dizze opsje jildt nei't it nije depot initialisearre is en foardat syn remote-skiednis ophelle wurdt. Foar dizze proxy-ynstelling kin it dus de earste download dekke en dêrnei yn it nije depot bliuwe.

Twa ferlykbere opdrachten litte ferskillende spoaren

Om de rûte oan ien oanrop te jaan sûnder de ynstelling yn it klone depot te bewarjen, set -c foar de subopdracht:

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

git clone --config ... en git -c ... clone binne gjin útwikselbere konfiguraasje-berikken. Kies oft takomstige bewurkingen yn dat depot de proxy behâlde moatte.

Undersykje de lokale konfiguraasje fan it nije depot as dy kar fan belang is. Oare brûker-, systeem- of URL-spesifike ynstellingen kinne noch altyd meidwaan oan it effektive belied.

Hâld wachtwurden bûten dizze foarbylden by it bewarjen fan de rûte. In wearde mei ynloggegevens dy't oan 'e konfiguraasje-opsje fan clone jûn wurdt, kin in permaninte depot-ynstelling wurde.

Dit is in HTTP-transportkonfiguraasje, ynklusyf HTTPS-remote. In SSH-remote hat noch altyd syn SSH-proxy-rûte nedich; SSH nei poarte 443 ferpleatse makket net dat dizze opsje it konfigurearret.