NuGetAuthenticate ప్యాకేజీ ఫీడ్‌లకు ప్రామాణీకరణను కాన్ఫిగర్ చేస్తుంది. విజయవంతమైన ప్రామాణీకరణ పని dotnet, nuget.exe లేదా MSBuild కోసం బహిర్గామి ప్రాక్సీని కాన్ఫిగర్ చేయదు.

ఆధారాల సెటప్ విజయవంతమై, తదుపరి restore కి HTTP ప్రాక్సీ అవసరమైతే, ఆ ప్రక్రియ యొక్క వాతావరణాన్ని అందించండి. ఉదాహరణకు:

- task: NuGetAuthenticate@1

- script: dotnet restore
  env:
    http_proxy: $(proxyUrl)
    no_proxy: packages.corp.example,localhost,127.0.0.1

proxyUrl అనేది కావలసిన పూర్తి ప్రాక్సీ URL ను కలిగి ఉన్న ఇప్పటికే ఉన్న పైప్‌లైన్ వేరియబుల్. బైపాస్ జాబితాను ఫీడ్ యొక్క వాస్తవ రౌటింగ్ విధానానికి సరిపోయేలా సర్దుబాటు చేయండి. పబ్లిక్ మధ్యవర్తి ద్వారా అనుమతించబడే పబ్లిక్ ఫీడ్‌ల కోసం, HTTP ప్రాక్సీ జాబితా ఖాతా లేని proxyUrl కోసం అభ్యర్థులను అందిస్తుంది; ప్రైవేట్ ఫీడ్‌ల బైపాస్‌లను అలాగే ఉంచండి. ఈ భాగం ప్రాజెక్ట్ యొక్క ప్యాకేజీ మూలాలు ఇప్పటికే కాన్ఫిగర్ చేయబడినట్లు ఊహిస్తుంది.

Linux మరియు macOS లో డాక్యుమెంట్ చేయబడిన వాతావరణ పేర్లు చిన్న అక్షరాలలో ఉంటాయి. http_proxy అనే పైప్‌లైన్ వేరియబుల్ స్వయంచాలకంగా ఎగుమతి అయినప్పుడు పెద్ద అక్షరాలుగా మారవచ్చు. స్పష్టమైన env మ్యాపింగ్ సాధనానికి అవసరమైన కీని నిలుపుతుంది.

స్వయం-హోస్ట్ చేసిన ఏజెంట్ కోసం, ఈ విలువలను ఏజెంట్ ప్రక్రియ యొక్క వాతావరణంలో సెట్ చేసి, మార్చిన తర్వాత ఆ ఏజెంట్‌ను పునఃప్రారంభించడం మరో ఎంపిక. మరో టెర్మినల్ యొక్క వాతావరణం ఇప్పటికే నడుస్తున్న సేవను నవీకరించదు.

NuGet తన కాన్ఫిగరేషన్‌లో ప్రాక్సీ నమోదులను కూడా మద్దతిస్తుంది. వాటిని ప్యాకేజీ-మూల ఆధారాల నుండి వేరుగా ఉంచండి, మరియు restore మరో ఖాతా క్రింద నడిచినప్పుడు ప్రభావవంతమైన కాన్ఫిగరేషన్ పరిధిని తనిఖీ చేయండి.

పునరుద్ధరించిన ప్యాకేజీ ఫీడ్ యొక్క మొదటి URL కంటే ఎక్కువ అవసరపడవచ్చు. తర్వాత జరిగే ప్యాకేజీ డౌన్‌లోడ్ లేదా ప్రామాణీకరణ హోస్ట్ విఫలమైతే, ప్రాక్సీ మరియు బైపాస్ విధానాన్ని అంచనా వేసేటప్పుడు ఆ వాస్తవ హోస్ట్‌పేరును ఉపయోగించండి.

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