ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਪਹਿਲਾਂ ਰਿਪੋਜ਼ਟਰੀ-ਸਥਾਨਕ proxy ਅਜੀਬ ਲੱਗਦਾ ਹੈ। ਅਸਫਲ clone ਕਰਕੇ config ਸੋਧਣ ਅਤੇ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।

Clone ਪਹਿਲੇ fetch ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਸੈਟਿੰਗ ਲਿਖ ਸਕਦਾ ਹੈ:

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

ਇਹ endpoint ਉਦਾਹਰਨਾਂ ਹਨ। ਮਨਜ਼ੂਰ ਜਨਤਕ-proxy ਮਾਰਗ ਉੱਤੇ ਜਨਤਕ HTTPS ਰਿਪੋਜ਼ਟਰੀ ਲਈ HTTP proxy ਸੂਚੀ ਤੋਂ HTTP endpoint ਚੁਣੋ। Git ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਵਿਕਲਪ ਨਵੀਂ ਰਿਪੋਜ਼ਟਰੀ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਤੇ ਇਸਦਾ ਰਿਮੋਟ ਇਤਿਹਾਸ fetch ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਇਸ ਲਈ ਇਹ proxy ਸੈਟਿੰਗ ਪਹਿਲਾ ਡਾਊਨਲੋਡ ਕਵਰ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਨਵੀਂ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਰਹਿ ਸਕਦੀ ਹੈ।

ਦੋ ਸਮਾਨ ਕਮਾਂਡ ਵੱਖਰੇ ਨਿਸ਼ਾਨ ਛੱਡਦੀਆਂ ਹਨ

ਸੈਟਿੰਗ ਨੂੰ clone ਕੀਤੀ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸੰਭਾਲੇ ਬਿਨਾਂ ਇੱਕ invocation ਨੂੰ ਮਾਰਗ ਦੇਣ ਲਈ subcommand ਤੋਂ ਪਹਿਲਾਂ -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 ਆਪਸ ਵਿੱਚ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲੇ config ਸਕੋਪ ਨਹੀਂ ਹਨ। ਚੁਣੋ ਕਿ ਉਸ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਭਵਿੱਖ ਦੇ ਕਾਰਜ proxy ਰੱਖਣ ਜਾਂ ਨਹੀਂ।

ਜਦੋਂ ਇਹ ਚੋਣ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ ਤਾਂ ਨਵੀਂ ਰਿਪੋਜ਼ਟਰੀ ਦਾ ਸਥਾਨਕ config ਜਾਂਚੋ। ਹੋਰ user, system ਜਾਂ URL-ਖਾਸ ਸੈਟਿੰਗ ਪ੍ਰਭਾਵੀ ਨੀਤੀ ਵਿੱਚ ਅਜੇ ਵੀ ਹਿੱਸਾ ਲੈ ਸਕਦੀ ਹੈ।

ਮਾਰਗ ਸੰਭਾਲਦੇ ਸਮੇਂ ਇਹਨਾਂ ਉਦਾਹਰਨਾਂ ਤੋਂ ਪਾਸਵਰਡ ਦੂਰ ਰੱਖੋ। clone ਦੇ config ਵਿਕਲਪ ਨੂੰ ਦਿੱਤਾ credential ਵਾਲਾ ਮੁੱਲ ਸਥਾਈ ਰਿਪੋਜ਼ਟਰੀ ਸੈਟਿੰਗ ਬਣ ਸਕਦਾ ਹੈ।

ਇਹ HTTP-transport config ਹੈ, HTTPS ਰਿਮੋਟ ਸਮੇਤ। SSH ਰਿਮੋਟ ਨੂੰ ਅਜੇ ਵੀ ਆਪਣਾ SSH proxy ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ; SSH ਨੂੰ port 443 ਉੱਤੇ ਲਿਜਾਣ ਨਾਲ ਇਹ ਵਿਕਲਪ ਉਸਨੂੰ config ਨਹੀਂ ਕਰਦਾ।

ਸੰਬੰਧਿਤ ਲੇਖ