Azure Pipelines: D'Proxy-Ëmwelt vum NuGet Restore astellen

Gitt dem Restore-Prozess http_proxy an no_proxy, och wann den NuGetAuthenticate d'Feed-Anmeldedonnéeë schonn konfiguréiert huet.

Den NuGetAuthenticate konfiguréiert d'Authentifikatioun fir Paket-Feeds. Eng erfolgreich Authentifikatiounsaufgab konfiguréiert awer net de Proxy fir eraus fir dotnet, nuget.exe oder MSBuild.

Wann d'Konfiguratioun vun den Anmeldedonnéeë geléngt an de folgende Restore en HTTP-Proxy brauch, gitt déi Prozess-Ëmwelt un. Zum Beispill:

- task: NuGetAuthenticate@1

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

proxyUrl ass eng bestoend Pipeline-Variabel, déi déi gewënschte komplett Proxy-URL enthält. Passt d'Bypass-Lëscht un déi tatsächlech Routing-Politik vun de Feeds un. Fir ëffentlech Feeds, déi iwwer en ëffentlechen Intermédiaire erlaabt sinn, bitt d'HTTP-Proxy-Lëscht Kandidaten fir eng proxyUrl ouni Kont; behält d'Bypässe fir privat Feeds. Dëse Fragment setzt viraus, datt d'Paketquelle vum Projet schonn konfiguréiert sinn.

Op Linux an macOS sinn déi dokumentéiert Ëmweltnimm kleng geschriwwen. Eng Pipeline-Variabel mam Numm http_proxy ka grouss ginn, wann se automatesch exportéiert gëtt. Eng explizit env-Zouordnung erhält de Schlëssel, deen d'Tool brauch.

Fir en selbst gehosteten Agent ass eng aner Optioun, dës Wäerter an der Ëmwelt vum Agent-Prozess ze setzen an den Agent duerno nei ze starten. D'Ëmwelt vun engem aneren Terminal aktualiséiert keen Déngscht, dee schonn leeft.

Den NuGet ënnerstëtzt och Proxy-Andräg a senger Konfiguratioun. Halt se getrennt vun den Anmeldedonnéeë vun de Paketquellen a kontrolléiert de réel Geltungsberäich vun der Konfiguratioun, wann e Restore ënner engem anere Kont leeft.

E restauréierte Paket kann méi wéi déi éischt URL vum Feed brauchen. Wann en spéideren Paket-Download oder Authentifikatiouns-Host feelt, benotzt deen tatsächlechen Hostnumm, wann dir d'Proxy- an d'Bypass-Politik bewäert.

Ähnlech Artikelen