రిపాజిటరీ ఉనికిలోకి రాకముందే రిపాజిటరీ-స్థానిక 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 చేయదు.

సంబంధిత వ్యాసాలు