Git Clone: પ્રથમ fetch પહેલાં proxy સેટ કરો
નવા રિપોઝિટરીને પ્રથમ નેટવર્ક વિનંતીથી જ પોતાનું proxy જોઈએ ત્યારે clone-સમયનું કન્ફિગરેશન વાપરો.
રિપોઝિટરી પહેલાં રિપોઝિટરી-સ્થાનિક proxy અજીબ લાગે છે. નિષ્ફળ clone કરી, config સંપાદિત કરીને ફરી શરૂ કરવાની જરૂર નથી.
Clone પ્રથમ fetch પહેલાં સ્થાનિક સેટિંગ લખી શકે છે:
git clone --config http.proxy=http://proxy.example.net:8080 \
https://git.example.net/team/project.git project
આ endpoint-ો ઉદાહરણો છે. મંજૂર જાહેર-proxy માર્ગ પરની જાહેર HTTPS રિપોઝિટરી માટે HTTP proxy યાદીમાંથી HTTP endpoint પસંદ કરો. Git નોંધે છે કે આ વિકલ્પ નવી રિપોઝિટરી શરૂ થયા પછી અને તેનો રિમોટ ઇતિહાસ fetch થતાં પહેલાં લાગુ પડે છે. તેથી આ proxy સેટિંગ પ્રથમ ડાઉનલોડ આવરી લઈને નવી રિપોઝિટરીમાં રહી શકે છે.
બે સમાન આદેશો જુદા જુદા નિશાન છોડે છે
સેટિંગને clone કરેલી રિપોઝિટરીમાં સાચવ્યા વિના એક invocationને માર્ગ આપવા, subcommand પહેલાં -c મૂકો:
git -c http.proxy=http://proxy.example.net:8080 \
clone https://git.example.net/team/project.git project
git clone --config ... અને git -c ... clone અદલાબદલી થઈ શકે તેવા config સ્કોપ નથી. પસંદ કરો કે તે રિપોઝિટરીમાં ભવિષ્યની કામગીરીએ proxy રાખવો જોઈએ કે નહીં.
જ્યારે આ પસંદગી મહત્ત્વની હોય ત્યારે નવી રિપોઝિટરીનું સ્થાનિક config તપાસો. અન્ય user, system કે URL-વિશિષ્ટ સેટિંગ અસરકારક નીતિમાં હજુ પણ ભાગ લઈ શકે છે.
માર્ગ સાચવતી વખતે આ ઉદાહરણોમાંથી પાસવર્ડ દૂર રાખો. clone ના config વિકલ્પને આપેલું credential ધરાવતું મૂલ્ય કાયમી રિપોઝિટરી સેટિંગ બની શકે છે.
આ HTTP-transport config છે, HTTPS રિમોટ સહિત. SSH રિમોટને હજુ પણ તેનો SSH proxy માર્ગ જોઈએ છે; SSH ને port 443 પર ખસેડવાથી આ વિકલ્પ તેને config કરતું નથી.