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 ఎంచుకోండి. కొత్త రిపాజిటరీ ప్రారంభమైన తర్వాత మరియు దాని రిమోట్ చరిత్ర fetch కాకముందు ఈ ఎంపిక వర్తిస్తుందని Git నమోదు చేస్తుంది. కాబట్టి ఈ 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 ఎంపికకు ఇచ్చిన ఆధారాలతో కూడిన విలువ శాశ్వత రిపాజిటరీ సెట్టింగ్ కావచ్చు.
ఇది HTTPS రిమోట్లతో సహా HTTP-transport config. SSH రిమోట్కు ఇప్పటికీ దాని SSH proxy మార్గం కావాలి; SSH ను port 443 కు తరలించడం ఈ ఎంపిక దాన్ని config చేయదు.