Azure Pipelines: د NuGet Restore لپاره د پروکسي چاپېریال تنظیمول

د restore پروسې ته http_proxy او no_proxy ورکړئ، حتی کله چې NuGetAuthenticate لا دمخه د فیډ اعتبارنامې تنظیم کړې وي.

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 نقشه کول هغه کیلي ساتي چې وسیلې ته اړینه ده.

د ځان کوربه شوي agent لپاره بله طریقه دا ده چې دا ارزښتونه د agent پروسې چاپېریال کې تنظیم کړئ او د بدلون وروسته هغه agent بیا پیل کړئ. د بل ټرمینل چاپېریال لا دمخه روان خدمت تازه نه کوي.

NuGet په خپل ترتیب کې د پروکسي ننوتنې هم ملاتړ کوي. هغه د کڅوړې-سرچینې اعتبارنامو څخه جلا وساتئ، او کله چې restore د بل حساب لاندې ځي، د ترتیب اغیزمن حد وګورئ.

بیا راګرځول شوې کڅوړه ممکن د فیډ له لومړي URL څخه ډېر څه ته اړتیا ولري. که وروسته د کڅوړې ډاونلوډ یا تصدیق کوربه ناکام شي، د پروکسي او تېرېدو پالیسۍ ارزولو پر مهال هغه ریښتینی کوربه نوم وکاروئ.

اړوندې مقالې