Git Clone: nustatykite proxy prieš pirmąjį fetch

Saugyklai vietinis proxy skamba nepatogiai, kol saugyklos dar nėra. Nereikia nesėkmingai klonuoti, redaguoti konfigūracijos ir pradėti iš naujo.

Clone gali įrašyti vietinį nustatymą prieš pirmąjį fetch:

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

Šie galiniai taškai yra pavyzdžiai. Viešai HTTPS saugyklai leistiname viešojo proxy maršrute pasirinkite HTTP galinį tašką iš HTTP proxy sąrašo. Git dokumentuoja, kad ši parinktis įsigalioja po to, kai nauja saugykla inicijuojama, ir prieš atsiunčiant jos nuotolinę istoriją. Todėl šis proxy nustatymas gali apimti pirmąjį atsisiuntimą ir likti naujoje saugykloje.

Dvi panašios komandos palieka skirtingus pėdsakus

Norėdami perduoti maršrutą vienam iškvietimui neišsaugodami nustatymo klonuotoje saugykloje, padėkite -c prieš poilgį:

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

git clone --config ... ir git -c ... clone nėra keičiamos konfigūracijos sritys. Pasirinkite, ar būsimos operacijos toje saugykloje turi išlaikyti proxy.

Kai šis pasirinkimas svarbus, patikrinkite naujos saugyklos vietinę konfigūraciją. Kiti naudotojo, sistemos ar URL konkretūs nustatymai vis tiek gali dalyvauti veiksmingoje politikoje.

Saugodami maršrutą laikykite slaptažodžius toliau nuo šių pavyzdžių. Reikšmė su prisijungimo duomenimis, perduota clone konfigūracijos parinkčiai, gali tapti nuolatiniu saugyklos nustatymu.

Tai HTTP transporto konfigūracija, įskaitant HTTPS nuotolines saugyklas. SSH nuotolinei saugyklai vis dar reikia savo SSH proxy maršruto; SSH perkėlimas į 443 prievadą nepriverčia šios parinkties jo konfigūruoti.