git svn ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ Git ਦਾ HTTP ਪ੍ਰੌਕਸੀ ਵਰਤੇ

git fetch ਸਫਲ ਹੁੰਦਾ ਹੈ, ਪਰ git svn fetch ਸਰਵਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ। ਕਮਾਂਡ ਦਾ ਅਗੇਤਰ ਸਾਂਝਾ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਪਿਛਲਾ ਓਪਰੇਸ਼ਨ ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਸਟੈਕ ਰਾਹੀਂ Subversion ਭੰਡਾਰ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ।

ਇਹ ਨਾ ਮੰਨੋ ਕਿ Git ਦੀ ਮੂਲ http.proxy ਐਂਟਰੀ ਉਸ Subversion ਕਨੈਕਸ਼ਨ ਨੂੰ ਸੰਰਚਿਤ ਕਰਦੀ ਹੈ। git svn ਜਿਸ ਵਾਤਾਵਰਨ ਵਿੱਚ ਚੱਲਦਾ ਹੈ, ਉੱਥੇ Subversion ਲਾਇਬ੍ਰੇਰੀਆਂ ਜੋ ਰਨਟਾਈਮ ਸੰਰਚਨਾ ਵਰਤਦੀਆਂ ਹਨ, ਉਹ ਲੱਭੋ।

Subversion ਦੀ servers ਸੰਰਚਨਾ ਵਿੱਚ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

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

Windows 'ਤੇ ਰਾਹ ਹੀ ਹੈਰਾਨੀ ਹੋ ਸਕਦਾ ਹੈ

ਮੂਲ Subversion ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਅਤੇ git svn ਇੰਸਟਾਲੇਸ਼ਨ ਵੱਖਰੇ ਵਾਤਾਵਰਨ ਅਤੇ ਹੋਮ-ਡਾਇਰੈਕਟਰੀ ਦੀ ਵੱਖਰੀ ਵਿਆਖਿਆ ਵਰਤ ਸਕਦੇ ਹਨ। svn.exe ਜੋ ਸੰਰਚਨਾ ਵਰਤਦਾ ਹੈ, ਉਸ ਨੂੰ ਸੋਧਣਾ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ git svn ਕਾਲ ਨੇ ਉਸ ਨੂੰ ਪੜ੍ਹਿਆ।

ਕਿਹੜਾ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਅਤੇ ਕਿਹੜਾ ਲਾਇਬ੍ਰੇਰੀ ਵਾਤਾਵਰਨ ਸ਼ਾਮਲ ਹੈ, ਦਰਜ ਕਰੋ, ਫਿਰ ਉਹਨਾਂ ਦੀ ਪ੍ਰਭਾਵੀ ਸੰਰਚਨਾ ਥਾਂ ਪਛਾਣੋ। ਇੱਕ ਵਰਤੋਂਕਾਰ ਦਾ ਰਾਹ ਸਾਰੀ ਮਸ਼ੀਨ ਦੀ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਨਕਲ ਕਰਨ ਤੋਂ ਬਚੋ।

ਖਾਤੇ ਵੱਖਰੇ ਰੱਖੋ

ਪ੍ਰੌਕਸੀ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰ ਸਕਦੀ ਹੈ। Subversion ਭੰਡਾਰ ਬਾਅਦ ਵਿੱਚ ਹੋਰ ਖਾਤਾ ਮੰਗ ਸਕਦਾ ਹੈ। HTTP 407 ਅਤੇ ਭੰਡਾਰ ਅਧਿਕਾਰ ਤਰੁੱਟੀ ਵੱਖਰੇ ਪੜਾਅ ਦਰਸਾਉਂਦੇ ਹਨ।

ਜੇ URL ਜਾਂ ਰਾਹ ਨੀਤੀ ਦੁਆਰਾ ਰੱਦ ਹੋਵੇ, ਤਾਂ ਮਨਜ਼ੂਰ ਐਂਡਪੌਇੰਟ ਅਤੇ ਪਹੁੰਚ ਪ੍ਰਬੰਧ ਵਰਤੋ। ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਭੰਡਾਰ ਦਾ ਵੈੱਬ ਇੰਟਰਫੇਸ ਖੋਲ੍ਹਣਾ ਸਿਰਫ਼ ਅੰਸ਼ਕ ਤੁਲਨਾ ਹੈ: ਇਹ ਹੋਰ ਖਾਤਾ, ਸੰਰਚਨਾ ਸਟੋਰ ਜਾਂ ਰਾਹ ਵਰਤ ਸਕਦਾ ਹੈ। ਟੀਚਾ ਇਛਿਤ ਵਿਚੋਲੇ ਰਾਹੀਂ ਸਫਲ Subversion ਓਪਰੇਸ਼ਨ ਹੈ, ਸਿਰਫ਼ ਸਫਲ ਆਮ ਵੈੱਬ ਪੇਜ ਬੇਨਤੀ ਨਹੀਂ।