ఇప్పటికీ Bower ఉపయోగించే పని కాపీ కోసం, ప్రాజెక్ట్ లోపలి .bowerrc ప్యాకేజీ HTTP అభ్యర్థనలకు మార్గాన్ని అందించగలదు:

{
  "directory": "bower_components",
  "proxy": "http://proxy.example.net:8080",
  "https-proxy": "http://proxy.example.net:8080"
}

ప్రాక్సీ ఫీల్డ్లను ఇప్పటికే ఉన్న JSON ఆబ్జెక్ట్లో విలీనం చేయండి. ప్రాజెక్ట్ యొక్క వాస్తవ డైరెక్టరీ సెట్టింగ్ ఉదాహరణకు భిన్నంగా ఉంటే దాన్ని కాపాడండి. SET HTTP_PROXY=... వంటి shell కేటాయింపు JSON ఎంట్రీ కాదు.

proxy HTTP గమ్యాలకు వర్తిస్తుంది; https-proxy HTTPS గమ్యాలకు వర్తిస్తుంది. రెండూ ఒకే HTTP ప్రాక్సీ ఎండ్పాయింట్ను పేర్కొనగలవు. ధృవీకరించబడని ప్రజా మధ్యవర్తులను అనుమతించే మార్గంలో ప్రజా ప్యాకేజీ డౌన్లోడ్ల కోసం, HTTP ప్రాక్సీ జాబితా ఆ విలువలకు అభ్యర్థులను అందిస్తుంది. ప్రాక్సీ యొక్క స్వంత రవాణా పథకం విలువలో భాగం.

Bower కమాండ్-లైన్ ఆర్గ్యుమెంట్లు, పర్యావరణ వేరియబుల్స్ మరియు కాన్ఫిగరేషన్ ఫైళ్ల నుండి కాన్ఫిగరేషన్ను కలుపుతుంది. కాబట్టి ప్రాజెక్ట్ ఫైల్ ఒక ఇన్పుట్ మాత్రమే, తుది ప్రభావవంతమైన విలువకు రుజువు కాదు. నమోదు చేసిన పర్యావరణ రూపంలో bower_https_proxy వంటి పేర్లు ఉంటాయి.

ఆటోమేషన్లో పని డైరెక్టరీని స్థిరంగా ఉంచండి. Bower కాన్ఫిగరేషన్ కోసం పని డైరెక్టరీ శ్రేణిలో వెతుకుతుంది, కాబట్టి మరొక డైరెక్టరీలో పని ప్రారంభించడం ఏ ప్రాజెక్ట్ ఫైల్ పాల్గొంటుందో మార్చవచ్చు. పొందడం Git కు అప్పగించబడి ఉంటే, ప్రత్యేక Git పని కాపీ మార్గాన్ని పరిశీలించండి.

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