Azure Pipelines: set opp proxy-miljøet for NuGet Restore
Gje restore-prosessen http_proxy og no_proxy sjølv når NuGetAuthenticate alt har konfigurert påloggingsinformasjonen for feedane.
NuGetAuthenticate konfigurerer autentisering mot pakkefeedane. Ein vellukka autentiseringsoppgåve konfigurerer ikkje utgåande proxy for dotnet, nuget.exe eller MSBuild.
Viss oppsettet av påloggingsinformasjonen lukkast og den neste restore treng ein HTTP-proxy, gje prosessen miljøet. Til dømes:
- task: NuGetAuthenticate@1
- script: dotnet restore
env:
http_proxy: $(proxyUrl)
no_proxy: packages.corp.example,localhost,127.0.0.1proxyUrl er ein eksisterande pipelinevariabel som inneheld den tiltenkte fullstendige proxy-URL-en. Tilpass unntakslista til den faktiske rutepolicyen for feedane. For offentlege feedar som er tillatne via ein offentleg mellommann, gjev HTTP-proxylista kandidatar til ein proxyUrl utan konto; hald unntaka for private feedar. Dette utdraget føreset at pakkekjeldene til prosjektet alt er konfigurerte.
På Linux og macOS er dei dokumenterte miljønamna med små bokstavar. Ein pipelinevariabel som heiter http_proxy kan bli med store bokstavar når han blir eksportert automatisk. Ei eksplisitt env-tilordning bevarer nøkkelen verktøyet treng.
For ein sjølvhosta agent er eit anna alternativ å setje desse verdiane i miljøet til agentprosessen og starte agenten på nytt etter at du har endra dei. Miljøet til ein annan terminal oppdaterer ikkje ei teneste som alt køyrer.
NuGet støttar òg proxyoppføringar i konfigurasjonen sin. Hald dei skilde frå påloggingsinformasjonen til pakkekjeldene, og kontroller det faktiske omfanget av konfigurasjonen når ein restore køyrer under ein annan konto.
Ein gjenoppretta pakke kan krevje meir enn den første URL-en til feeden. Viss ei seinare pakkenedlasting eller ein autentiseringsvert feilar, bruk det faktiske vertsnamnet når du vurderer proxy- og unntakspolicyen.