વિવિધ હોસ્ટ માટે Git ને વિવિધ પ્રોક્સી નિયમો આપો

એક Git રૂપરેખા બે તદ્દન જુદા માર્ગોને સેવા આપી શકે: મંજૂર પ્રોક્સી દ્વારા પહોંચાયેલ બાહ્ય હોસ્ટ અને સીધો પહોંચાયેલ આંતરિક હોસ્ટ. દર વખતે રિપોઝિટરી બદલો ત્યારે વૈશ્વિક ડિફૉલ્ટ સંપાદિત કરવાની જરૂર નથી.

Git URL-વિશિષ્ટ HTTP રૂપરેખાને સમર્થન આપે છે. ઉદાહરણ તરીકે:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

જ્યાં જાહેર પ્રોક્સી મંજૂર છે એવી બાહ્ય જાહેર રિપોઝિટરી માટે, HTTP પ્રોક્સી સૂચિ ડિફૉલ્ટ એન્ડપૉઇન્ટ માટે ઉમેદવારો આપે છે. ખાલી મૂલ્ય મેળ ખાતા URL માટે સ્પષ્ટ ઓવરરાઇડ છે. તે તે વધુ વિશિષ્ટ કી કાઢી નાખવાથી અલગ છે, જે સામાન્ય પ્રોક્સીને ફરી ખુલ્લી કરી શકે છે.

Git જે URL વાપરે છે તેનો મેળ કરો

સ્કીમ, હોસ્ટનામ, પોર્ટ, પાથ અને વૈકલ્પિક વપરાશકર્તાનામ દસ્તાવેજીકૃત મેળ નિયમોમાં ભાગ લે છે. URL ઉપવિભાગને સામાન્ય shell વાઇલ્ડકાર્ડ અભિવ્યક્તિ તરીકે ન ગણો. સાંકડો પાથ નિયમ પહોળા હોસ્ટ નિયમને હરાવી શકે છે.

મેળ ખાતી પ્રોક્સી રૂપરેખા પર માત્ર-વાંચન દૃષ્ટિ માટે:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

આ રૂપરેખા મેળની તપાસ કરે છે. તે નેટવર્ક પરીક્ષણ નથી અને માર્ગ પહોંચી શકાય તેમ સાબિત કરતું નથી. અન્ય રૂપરેખા ક્ષેત્રો અને સંબંધિત પર્યાવરણ સેટિંગ્સ પણ ધ્યાનમાં લો.

રીડાયરેક્ટ નવો રૂપરેખા મેળ નથી

Git નું દસ્તાવેજીકરણ કહે છે કે મેળ ખાતા URL તે છે જે સીધા Git આદેશોને આપવામાં આવે છે; રીડાયરેક્ટને કારણે મુલાકાત લીધેલ URL તે મેળમાં ભાગ લેતા નથી. જો પ્રથમ હોસ્ટ ડાઉનલોડ બીજે રીડાયરેક્ટ કરે તો આ મર્યાદા ધ્યાનમાં રાખો.

માર્ગ પરિવહન સાથે પણ મેળ ખાવો જોઈએ. SSH રિમોટ ફક્ત એટલા માટે HTTP URL ઉપવિભાગ દ્વારા સંચાલિત થતું નથી કે એ જ સેવા HTTPS વેબસાઇટ આપે છે.

થોડા જાણી જોઈને બનાવેલા નિયમો વાપરો, પછી પ્રતિનિધિ URL માટે પરિણામની તપાસ કરો. વૈશ્વિક, રિપોઝિટરી-સ્થાનિક અને URL-વિશિષ્ટ પ્રોક્સી એન્ટ્રીઓનો લાંબો સંચય તમે વ્યક્ત કરવા માગતા હતા તે નેટવર્ક ભેદ કરતાં ઘણો વધુ સમજવો મુશ્કેલ છે.