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 செயல்பாடு, வெறும் சாதாரண வலைப்பக்கக் கோரிக்கை வெற்றி பெறுவது மட்டுமல்ல.

தொடர்புடைய கட்டுரைகள்