Bower ప్రాక్సీ వైఫల్యాలు: రిజిస్ట్రీ డౌన్లోడ్లు మరియు Git చెక్అవుట్లు
ప్రాక్సీ కాన్ఫిగరేషన్ను ఎంచుకునే ముందు Bower కార్యకలాపం వెనుక ఉన్న HTTP అభ్యర్థన, ఆర్కైవ్ డౌన్లోడ్ లేదా Git రవాణాను గుర్తించండి.
ఇప్పటికే ఉన్న Bower కార్యకలాపాన్ని దాని --verbose విశ్లేషణతో చదవండి. మొదటి లోపంతో పాటు చివరి రిజిస్ట్రీ/ఆర్కైవ్ URL లేదా Git ఆదేశాన్ని ఉంచండి; విజయవంతమైన పేరు పరిష్కారం మరో క్లయింట్లోని వైఫల్యానికి ముందు రావచ్చు.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport
| విఫలమైన కార్యకలాపం | తనిఖీ చేయాల్సిన ప్రాక్సీ ఇన్పుట్ |
|---|---|
| Bower రిజిస్ట్రీ లేదా HTTP ఆర్కైవ్ | Bower proxy/https-proxy సెట్టింగ్లు మరియు ప్రభావవంతమైన వాతావరణం |
| Git HTTP/HTTPS | Git http.proxy మరియు HTTP రవాణా వాతావరణం |
| స్థానిక git:// | core.gitProxy లేదా GIT_PROXY_COMMAND |
| SSH, git@host:path తో సహా | ఆమోదించిన ProxyCommand లేదా ProxyJump వంటి SSH రూటింగ్ |
Bower యొక్క GitRemoteResolver Git ను పిలుస్తుంది. దాని GitHub పరిష్కర్త మొదట HTTPS ఆర్కైవ్ను పొంది తర్వాత Git కు మారవచ్చు, కాబట్టి గుర్తించగల GitHub ప్యాకేజీ పేరు ఏ మార్గం విఫలమైందో తెలియజేయదు.
ఏదైనా రిపాజిటరీ ఆమోదించిన HTTPS ముగింపు బిందువును అందిస్తే, దాన్ని ఎంచుకోవడం Git కు HTTP రవాణాను ఉపయోగించడానికి అనుమతిస్తుంది. సాధారణ సాదా HTTP కు ప్రపంచవ్యాప్త పునర్రచనను వర్తింపజేయకుండా అది ఉనికిలో ఉందని నిర్ధారించండి. ఆ పబ్లిక్ HTTPS Git మూలం కోసం, పబ్లిక్ మార్గాలు అనుమతించబడినప్పుడు మరియు అసలు Git ప్రక్రియకు కాన్ఫిగర్ చేసిన లేదా నిల్వ చేసిన ప్రాక్సీ ఆధారాలు లేనప్పుడు HTTP ప్రాక్సీ జాబితా నుండి ప్రాక్సీ చిరునామా ఒక ఎంపిక.
Git ను Bower మాదిరిగానే అదే ఖాతా మరియు అదే ప్రారంభ వాతావరణంలో పోల్చండి. పరిష్కర్త, స్కీమ్ మరియు కార్యకలాపాన్ని కలిపి ఉంచండి; మరో టెర్మినల్ విజయం లేదా రిజిస్ట్రీ చిరునామా మార్పు తప్పిపోయిన ఉపప్రక్రియ మార్గాన్ని ఇవ్వలేవు.