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 ક્રિયા છે, માત્ર સફળ સામાન્ય વેબ પૃષ્ઠ વિનંતી નહીં.