Azure Pipelines: подешавање прокси окружења за NuGet Restore

Омогућите restore процесу http_proxy и no_proxy чак и када је NuGetAuthenticate већ конфигурисао акредитиве за feed-ове.

NuGetAuthenticate конфигурише проверу идентитета према feed-овима пакета. Успешан задатак провере идентитета не конфигурише излазни прокси за 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 је постојећа променљива pipeline-а која садржи жељени потпуни URL проксија. Прилагодите листу заобилажења стварној политици рутирања feed-ова. За јавне feed-ове дозвољене кроз јавни посредник, листа HTTP проксија даје кандидате за proxyUrl без налога; задржите заобилажења приватних feed-ова. Овај исечак претпоставља да су извори пакета пројекта већ конфигурисани.

На Linux-у и macOS-у документована имена окружења су малим словима. Променљива pipeline-а названа http_proxy може постати великим словима када се аутоматски извезе. Експлицитно мапирање env чува кључ који алат захтева.

За агента који сами хостујете, друга опција је да поставите ове вредности у окружење процеса агента и поново покренете тај агент након промене. Окружење другог терминала не ажурира услугу која већ ради.

NuGet такође подржава прокси уносе у својој конфигурацији. Држите их одвојено од акредитива извора пакета и проверите стварни обим конфигурације када се restore изводи под другим налогом.

Враћени пакет може захтевати више од првог URL-а feed-а. Ако касније преузимање пакета или хост за проверу идентитета не успе, користите то стварно име хоста при процени прокси и политике заобилажења.

Повезани чланци