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 ఆపరేషన్, కేవలం విజయవంతమైన సాధారణ వెబ్ పేజీ అభ్యర్థన మాత్రమే కాదు.