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

NuGetAuthenticate konfigurerer autentisering mot pakkefeedene. En vellykket autentiseringsoppgave konfigurerer ikke utgående proxy for dotnet, nuget.exe eller MSBuild.

Hvis oppsettet av påloggingsinformasjonen lykkes og den neste restore trenger en HTTP-proxy, gi prosessen 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 som inneholder den tiltenkte fullstendige proxy-URL-en. Tilpass unntakslisten til den faktiske rutepolicyen for feedene. For offentlige feeder som tillates via en offentlig mellommann, gir HTTP-proxylisten kandidater til en proxyUrl uten konto; behold unntakene for private feeder. Dette utdraget forutsetter at prosjektets pakkekilder allerede er konfigurert.

På Linux og macOS er de dokumenterte miljønavnene med små bokstaver. En pipelinevariabel som heter http_proxy kan bli med store bokstaver når den eksporteres automatisk. En eksplisitt env-tilordning bevarer nøkkelen verktøyet trenger.

For en selvhostet agent er et annet alternativ å angi disse verdiene i miljøet til agentprosessen og starte agenten på nytt etter at du har endret dem. Miljøet til en annen terminal oppdaterer ikke en tjeneste som allerede kjører.

NuGet støtter også proxyoppføringer i konfigurasjonen sin. Hold dem atskilt fra påloggingsinformasjonen til pakkekildene, og kontroller det faktiske omfanget av konfigurasjonen når en restore kjører under en annen konto.

En gjenopprettet pakke kan kreve mer enn den første URL-en til feeden. Hvis en senere pakkenedlasting eller autentiseringsvert feiler, bruk det faktiske vertsnavnet når du vurderer proxy- og unntakspolicyen.