Tietovaraston paikallinen proxy kuulostaa hankalalta ennen kuin tietovarasto on olemassa. Sinun ei tarvitse kloonata epäonnistuneesti, muokata määritystä ja aloittaa alusta.

Clone voi kirjoittaa paikallisen asetuksen ennen ensimmäistä fetchiä:

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

Nämä päätepisteet ovat esimerkkejä. Julkiselle HTTPS-tietovarastolle sallitulla julkisen proxyn reitillä valitse HTTP-päätepiste HTTP-proxyluettelosta. Git dokumentoi, että tämä valinta tulee voimaan, kun uusi tietovarasto on alustettu ja ennen sen etähistorian hakemista. Siksi tämä proxy-asetus voi kattaa ensimmäisen latauksen ja jäädä uuteen tietovarastoon.

Kaksi samankaltaista komentoa jättää erilaiset jäljet

Jos haluat antaa reitin yhdelle kutsulle tallentamatta asetusta kloonattuun tietovarastoon, aseta -c alikomennon eteen:

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

git clone --config ... ja git -c ... clone eivät ole vaihdettavia määritysalueita. Valitse, pitäisikö kyseisen tietovaraston tulevien toimintojen säilyttää proxy.

Tarkista uuden tietovaraston paikallinen määritys, kun tällä valinnalla on merkitystä. Muut käyttäjä-, järjestelmä- tai URL-kohtaiset asetukset voivat yhä osallistua tehokkaaseen käytäntöön.

Pidä salasanat pois näistä esimerkeistä, kun tallennat reitin. Clone'n määritysvalinnalle annettu tunnistetietoja sisältävä arvo voi muuttua pysyväksi tietovaraston asetukseksi.

Tämä on HTTP-siirtomääritys, mukaan lukien HTTPS-etät. SSH-etä tarvitsee yhä oman SSH-proxyreittinsä; SSH:n siirtäminen porttiin 443 ei saa tätä valintaa määrittämään sitä.

Aiheeseen liittyvät artikkelit