નેટિવ Git પ્રોક્સી દ્વારા કામ કરે છે, પણ JGit નહીં
JGit એ Java અમલીકરણ છે જેની પોતાની સમર્થિત ટ્રાન્સપોર્ટ સેટિંગ્સ છે. નેટિવ Git માં http.proxy એન્ટ્રી દરેક Git ક્લાયન્ટ માટે સાર્વત્રિક રૂપરેખાંકન નથી.
એ જ રિપોઝિટરી ટર્મિનલમાં git clone સાથે કામ કરે છે અને JGit વાપરતી એપ્લિકેશનમાં નિષ્ફળ જાય છે. આ બે અમલીકરણો વચ્ચેની સરખામણી છે, જરૂરી નથી કે એક જ ક્લાયન્ટની કાર્યકારી અને તૂટેલી નકલ વચ્ચે.
JGit નો રૂપરેખાંકન સંદર્ભ કહે છે કે પ્રોક્સી રૂપરેખાંકન java.net.ProxySelector દ્વારા Java ની પ્રમાણભૂત પદ્ધતિઓ વાપરે છે. ફક્ત એટલા માટે કે બંને ક્લાયન્ટ Git રૂપરેખાંકન ફાઇલ સમજે છે, એમ ન માનો કે નેટિવ Git નો દરેક HTTP વિકલ્પ અમલમાં છે.
JGit ને સમાવતી એપ્લિકેશન, તેનું સંસ્કરણ અને પસંદ કરેલ ટ્રાન્સપોર્ટ ઓળખો. હોસ્ટ એપ્લિકેશન JGit ના સ્વતંત્ર ડિફોલ્ટથી આગળની સેટિંગ્સ કે વર્તન આપી શકે છે.
પછી તે પ્રક્રિયાને દેખાતું Java પ્રોક્સી રૂપરેખાંકન તપાસો. URLConnection આધારિત HTTP ટ્રાન્સપોર્ટ માટે, તે વાપરતી JVM હોસ્ટ અને પોર્ટ પ્રોપર્ટીઝ તપાસો. એપ્લિકેશન શરૂ થયા પછી અસંબંધિત ટર્મિનલમાં દાખલ કરેલી પ્રોપર્ટી ચાલતી JVM ને ફરીથી ગોઠવી શકતી નથી. IDE ની નેટિવ Git કામગીરી અને તેની JGit કામગીરી પણ જુદા માર્ગો વાપરી શકે છે.
પ્રોક્સી પ્રમાણીકરણને માર્ગ પસંદગીથી અલગ રાખો. હોસ્ટ અને પોર્ટ ઓળખતી Java પ્રોક્સી પ્રોપર્ટીઝ આપોઆપ પ્રોક્સી પાસવર્ડ સ્કીમ અમલમાં મૂકતી નથી. હોસ્ટ એપ્લિકેશનની સમર્થિત પ્રમાણીકરણ પદ્ધતિ વાપરો.
ઉપયોગી પ્રશ્ન છે “આ JGit વિનંતીએ કઈ પ્રોક્સી પસંદ કરી?”, “મારા Git રૂપરેખાંકનમાં પ્રોક્સી લાઇન છે?” નહીં. નેટિવ Git ની સફળતા મૂલ્યવાન સરખામણી છે, પણ તે એ અમલીકરણ-વિશિષ્ટ પ્રશ્નનો જવાબ આપતી નથી.