Azure Pipelines: angiv proxy-miljøet for NuGet Restore

NuGetAuthenticate konfigurerer godkendelse til pakkefeeds. En vellykket godkendelsesopgave konfigurerer ikke udgående proxy for dotnet, nuget.exe eller MSBuild.

Hvis opsætningen af loginoplysninger lykkes, og den efterfølgende restore har brug for en HTTP-proxy, skal du give den proces miljøet. For eksempel:

- task: NuGetAuthenticate@1

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

proxyUrl er en eksisterende pipelinevariabel, der indeholder den tilsigtede fulde proxy-URL. Juster undtagelseslisten efter feedens faktiske routingpolitik. For offentlige feeds, der er tilladt via en offentlig mellemmand, giver HTTP-proxy-listen kandidater til en proxyUrl uden konto; behold undtagelser for private feeds. Dette uddrag forudsætter, at projektets pakkekilder allerede er konfigureret.

På Linux og macOS er de dokumenterede miljønavne med små bogstaver. En pipelinevariabel med navnet http_proxy kan blive med store bogstaver, når den eksporteres automatisk. En eksplicit env-mapping bevarer den nøgle, værktøjet har brug for.

For en selvhostet agent er en anden mulighed at angive disse værdier i agentprocessens miljø og genstarte agenten, efter du har ændret dem. En anden terminals miljø opdaterer ikke en tjeneste, der allerede kører.

NuGet understøtter også proxy-poster i sin konfiguration. Hold dem adskilt fra loginoplysninger til pakkekilder, og kontrollér konfigurationens faktiske omfang, når en restore kører under en anden konto.

En gendannet pakke kan kræve mere end feedens første URL. Hvis en senere pakkedownload eller godkendelsesvært fejler, skal du bruge det faktiske værtsnavn, når du vurderer proxy- og undtagelsespolitikken.