Azure Pipelines: NuGet Restore uchun proksi muhitini sozlash

NuGetAuthenticate feed hisob ma’lumotlarini allaqachon sozlagan bo‘lsa ham, restore jarayoniga http_proxy va no_proxy bering.

NuGetAuthenticate paket feedlariga autentifikatsiyani sozlaydi. Muvaffaqiyatli autentifikatsiya vazifasi dotnet, nuget.exe yoki MSBuild uchun chiquvchi proksini sozlamaydi.

Agar hisob ma’lumotlarini sozlash muvaffaqiyatli bo‘lsa va keyingi restore HTTP proksi talab qilsa, o‘sha jarayonning muhitini bering. Masalan:

- task: NuGetAuthenticate@1

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

proxyUrl — kerakli to‘liq proksi URL ni o‘z ichiga olgan mavjud pipeline o‘zgaruvchisi. Chetlab o‘tish ro‘yxatini feedlarning haqiqiy marshrutlash siyosatiga moslang. Umumiy vositachi orqali ruxsat etilgan ommaviy feedlar uchun HTTP proksilar ro‘yxati hisobsiz proxyUrl uchun nomzodlar beradi; xususiy feedlarning chetlab o‘tishlarini saqlang. Bu parcha loyihaning paket manbalari allaqachon sozlangan deb hisoblaydi.

Linux va macOS da hujjatlashtirilgan muhit nomlari kichik harflarda bo‘ladi. http_proxy nomli pipeline o‘zgaruvchisi avtomatik eksport qilinganda katta harfga aylanishi mumkin. Aniq env xaritalash asbobga kerakli kalitni saqlaydi.

O‘zingiz joylashtirgan agent uchun yana bir variant — bu qiymatlarni agent jarayonining muhitida sozlash va o‘zgartirgandan keyin o‘sha agentni qayta ishga tushirish. Boshqa terminalning muhiti allaqachon ishlayotgan xizmatni yangilamaydi.

NuGet o‘z konfiguratsiyasida proksi yozuvlarini ham qo‘llab-quvvatlaydi. Ularni paket manbalari hisob ma’lumotlaridan alohida saqlang va restore boshqa hisob ostida ishlaganda konfiguratsiyaning amaldagi qamrovini tekshiring.

Tiklangan paket feedning birinchi URL idan ko‘proq narsani talab qilishi mumkin. Agar keyinchalik paket yuklab olish yoki autentifikatsiya hosti ishlamasa, proksi va chetlab o‘tish siyosatini baholashda o‘sha haqiqiy host nomidan foydalaning.

O'xshash maqolalar