వేర్వేరు హోస్ట్‌ల కోసం 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 రిమోట్ అదే సేవ HTTPS వెబ్‌సైట్‌ను అందిస్తుందనే కారణంతో మాత్రమే HTTP URL ఉపవిభాగం ద్వారా నియంత్రించబడదు.

కొన్ని ఉద్దేశపూర్వక నియమాలను ఉపయోగించి, ఆపై ప్రాతినిధ్య URLల కోసం ఫలితాన్ని పరిశీలించండి. గ్లోబల్, రిపోజిటరీ-స్థానిక మరియు URL-నిర్దిష్ట ప్రాక్సీ ఎంట్రీల దీర్ఘ సంచయం మీరు వ్యక్తీకరించడానికి ప్రయత్నించిన నెట్‌వర్క్ భేదం కంటే చాలా కష్టతరం.