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-от. Ако подоцнежно преземање на пакет или хост за автентикација не успее, користете го тоа вистинско име на хост кога ја оценувате прокси- и политиката за заобиколување.

Поврзани статии