Azure Pipelines: ange proxy-miljön för NuGet Restore

NuGetAuthenticate konfigurerar autentisering mot paketfeeds. En lyckad autentiseringsuppgift konfigurerar inte den utgående proxyn för dotnet, nuget.exe eller MSBuild.

Om inställningen av inloggningsuppgifterna lyckas och nästa restore behöver en HTTP-proxy, ge den processen miljön. Till exempel:

- task: NuGetAuthenticate@1

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

proxyUrl är en befintlig pipelinevariabel som innehåller den avsedda fullständiga proxy-URL:en. Justera undantagslistan efter feedarnas faktiska routningspolicy. För offentliga feeds som tillåts via en offentlig mellanhand ger HTTP-proxylistan kandidater för en proxyUrl utan konto; behåll undantagen för privata feeds. Det här utdraget förutsätter att projektets paketkällor redan är konfigurerade.

På Linux och macOS skrivs de dokumenterade miljönamnen med små bokstäver. En pipelinevariabel som heter http_proxy kan bli med stora bokstäver när den exporteras automatiskt. En explicit env-mappning behåller nyckeln som verktyget behöver.

För en egenhostad agent är ett annat alternativ att ange dessa värden i agentprocessens miljö och starta om agenten efter att du ändrat dem. En annan terminals miljö uppdaterar inte en tjänst som redan körs.

NuGet stöder också proxy poster i sin konfiguration. Håll dem åtskilda från inloggningsuppgifterna för paketkällor och kontrollera konfigurationens faktiska omfattning när en restore körs under ett annat konto.

Ett återställt paket kan kräva mer än feedens första URL. Om en senare paketnedladdning eller autentiseringsvärd misslyckas, använd det faktiska värdnamnet när du bedömer proxy- och undantagspolicyn.