ਵੱਖ-ਵੱਖ ਹੋਸਟਾਂ ਲਈ Git ਨੂੰ ਵੱਖ-ਵੱਖ ਪ੍ਰੌਕਸੀ ਨਿਯਮ ਦਿਓ

ਇੱਕ Git ਸੰਰਚਨਾ ਦੋ ਬਿਲਕੁਲ ਵੱਖਰੇ ਰਸਤਿਆਂ ਦੀ ਸੇਵਾ ਕਰ ਸਕਦੀ ਹੈ: ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਬਾਹਰੀ ਹੋਸਟ ਅਤੇ ਸਿੱਧਾ ਪਹੁੰਚਿਆ ਅੰਦਰੂਨੀ ਹੋਸਟ। ਹਰ ਵਾਰ ਰਿਪੋਜ਼ਟਰੀ ਬਦਲਣ 'ਤੇ ਗਲੋਬਲ ਡਿਫ਼ਾਲਟ ਸੋਧਣ ਦੀ ਲੋੜ ਨਹੀਂ।

Git URL-ਖਾਸ HTTP ਸੰਰਚਨਾ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

ਉਹਨਾਂ ਬਾਹਰੀ ਜਨਤਕ ਰਿਪੋਜ਼ਟਰੀਆਂ ਲਈ ਜਿੱਥੇ ਜਨਤਕ ਪ੍ਰੌਕਸੀ ਦੀ ਆਗਿਆ ਹੈ, HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਡਿਫ਼ਾਲਟ ਐਂਡਪੌਇੰਟ ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ। ਖਾਲੀ ਮੁੱਲ ਮੇਲ ਖਾਂਦੇ URL ਲਈ ਸਪੱਸ਼ਟ ਓਵਰਰਾਈਡ ਹੈ। ਇਹ ਉਸ ਵਧੇਰੇ ਖਾਸ ਕੁੰਜੀ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਵੱਖਰਾ ਹੈ, ਜੋ ਆਮ ਪ੍ਰੌਕਸੀ ਨੂੰ ਦੁਬਾਰਾ ਬੇਪਰਦ ਕਰ ਸਕਦਾ ਹੈ।

Git ਜੋ URL ਵਰਤਦਾ ਹੈ ਉਸ ਦਾ ਮੇਲ ਕਰੋ

ਸਕੀਮ, ਹੋਸਟਨਾਮ, ਪੋਰਟ, ਪਾਥ ਅਤੇ ਲੋੜੀਂਦਾ ਵਰਤੋਂਕਾਰ ਨਾਮ ਦਸਤਾਵੇਜ਼ਬੱਧ ਮੇਲ ਨਿਯਮਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ। URL ਉਪਭਾਗ ਨੂੰ ਆਮ shell ਵਾਈਲਡਕਾਰਡ ਸਮੀਕਰਨ ਨਾ ਸਮਝੋ। ਤੰਗ ਪਾਥ ਨਿਯਮ ਚੌੜੇ ਹੋਸਟ ਨਿਯਮ ਨੂੰ ਹਰਾ ਸਕਦਾ ਹੈ।

ਮੇਲ ਖਾਂਦੀ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ 'ਤੇ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਨਜ਼ਰੀਏ ਲਈ:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

ਇਹ ਸੰਰਚਨਾ ਮੇਲ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਇਹ ਨੈੱਟਵਰਕ ਟੈਸਟ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਰਸਤਾ ਪਹੁੰਚਯੋਗ ਹੈ। ਹੋਰ ਸੰਰਚਨਾ ਖੇਤਰਾਂ ਅਤੇ ਸੰਬੰਧਿਤ ਵਾਤਾਵਰਨ ਸੈਟਿੰਗਾਂ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ।

ਰੀਡਾਇਰੈਕਟ ਨਵਾਂ ਸੰਰਚਨਾ ਮੇਲ ਨਹੀਂ ਹੈ

Git ਦੇ ਦਸਤਾਵੇਜ਼ ਕਹਿੰਦੇ ਹਨ ਕਿ ਮੇਲ ਖਾਂਦੇ URL ਉਹ ਹਨ ਜੋ ਸਿੱਧੇ Git ਕਮਾਂਡਾਂ ਨੂੰ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ; ਰੀਡਾਇਰੈਕਟ ਕਾਰਨ ਦੇਖੇ ਗਏ URL ਉਸ ਮੇਲ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲੈਂਦੇ। ਜੇ ਪਹਿਲਾ ਹੋਸਟ ਡਾਊਨਲੋਡ ਕਿਤੇ ਹੋਰ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ ਤਾਂ ਇਹ ਸੀਮਾ ਯਾਦ ਰੱਖੋ।

ਰਸਤੇ ਨੂੰ ਆਵਾਜਾਈ ਨਾਲ ਵੀ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ। SSH ਰਿਮੋਟ ਸਿਰਫ਼ ਇਸ ਲਈ HTTP URL ਉਪਭਾਗ ਅਧੀਨ ਨਹੀਂ ਆਉਂਦਾ ਕਿ ਉਹੀ ਸੇਵਾ HTTPS ਵੈੱਬਸਾਈਟ ਦਿੰਦੀ ਹੈ।

ਕੁਝ ਜਾਣਬੁੱਝ ਕੇ ਬਣਾਏ ਨਿਯਮ ਵਰਤੋ, ਫਿਰ ਪ੍ਰਤੀਨਿਧ URL ਲਈ ਨਤੀਜਾ ਜਾਂਚੋ। ਗਲੋਬਲ, ਰਿਪੋਜ਼ਟਰੀ-ਸਥਾਨਕ ਅਤੇ URL-ਖਾਸ ਪ੍ਰੌਕਸੀ ਐਂਟਰੀਆਂ ਦਾ ਲੰਮਾ ਸੰਗ੍ਰਹਿ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦੱਸੇ ਜਾ ਰਹੇ ਨੈੱਟਵਰਕ ਫ਼ਰਕ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਸਮਝਣਾ ਔਖਾ ਹੈ।