NuGetAuthenticate nastavuje ověřování vůči feedům balíčků. Úspěšná úloha ověření ale nenastaví odchozí proxy pro dotnet, nuget.exe ani MSBuild.

Pokud nastavení přihlašovacích údajů uspěje a následný restore potřebuje HTTP proxy, dodávejte prostředí tomuto procesu. Například:

- task: NuGetAuthenticate@1

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

proxyUrl je existující proměnná pipeline, která obsahuje zamýšlenou úplnou URL proxy. Seznam obcházení přizpůsobte skutečné politice směrování feedů. Pro veřejné feedy povolené přes veřejný prostředník poskytuje seznam HTTP proxy kandidáty pro proxyUrl bez účtu; obcházení privátních feedů ponechte. Tento fragment předpokládá, že zdroje balíčků projektu jsou už nastavené.

V Linuxu a macOS jsou dokumentované názvy prostředí malými písmeny. Proměnná pipeline s názvem http_proxy může při automatickém exportu přejít na velká písmena. Explicitní mapování env zachová klíč, který nástroj potřebuje.

U agenta hostovaného na vlastním serveru je další možností nastavit tyto hodnoty v prostředí procesu agenta a po změně agenta restartovat. Prostředí jiného terminálu už běžící službu neaktualizuje.

NuGet podporuje také položky proxy ve své konfiguraci. Udržujte je oddělené od přihlašovacích údajů ke zdrojům balíčků a při restore pod jiným účtem zkontrolujte skutečný rozsah konfigurace.

Obnovený balíček může vyžadovat víc než první URL feedu. Pokud pozdější stahování balíčku nebo hostitel ověřování selže, použijte při posuzování proxy a politiky obcházení ono skutečné jméno hostitele.

Související články