Git Clone: magtakda ng proxy bago ang unang fetch

Ang proxy na lokal sa repository ay kakaiba bago pa umiral ang repository. Hindi mo kailangang mag-clone nang bigo, i-edit ang config at magsimulang muli.

Maaaring magsulat ang clone ng lokal na setting bago ang unang fetch:

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

Ang mga endpoint na ito ay mga halimbawa. Para sa pampublikong HTTPS repository sa pinahihintulutang pampublikong-proxy na ruta, pumili ng HTTP endpoint mula sa listahan ng HTTP proxy. Itinatala ng Git na ang opsyong ito ay may bisa pagkatapos ma-initialize ang bagong repository at bago kunin ang remote na kasaysayan nito. Kaya ang setting na ito ng proxy ay maaaring sumaklaw sa unang download at manatili sa bagong repository pagkatapos.

Dalawang magkatulad na utos ay nag-iiwan ng magkaibang bakas

Upang ibigay ang ruta sa isang invocation nang hindi iniimbak ang setting sa na-clone na repository, ilagay ang -c bago ang subcommand:

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

Ang git clone --config ... at git -c ... clone ay hindi mapagpapalit na saklaw ng config. Piliin kung dapat panatilihin ng mga susunod na operasyon sa repository na iyon ang proxy.

Suriin ang lokal na config ng bagong repository kapag mahalaga ang pagpipiliang ito. Ang iba pang setting ng user, system o partikular sa URL ay maaari pa ring lumahok sa epektibong patakaran.

Ilayo ang mga password sa mga halimbawang ito kapag iniimbak ang ruta. Ang value na may credential na ibinigay sa opsyong config ng clone ay maaaring maging permanenteng setting ng repository.

Ito ay config ng transport na HTTP, kasama ang mga remote na HTTPS. Ang remote na SSH ay nangangailangan pa rin ng sarili nitong SSH proxy na ruta; ang ilipat ang SSH sa port 443 ay hindi ginagawang ito ang kino-configure ng opsyong ito.