Kino-configure ng NuGetAuthenticate ang authentication sa mga feed ng package. Hindi kino-configure ng matagumpay na authentication task ang outbound proxy para sa dotnet, nuget.exe o MSBuild.

Kung nagtagumpay ang setup ng credential at kailangan ng HTTP proxy ang susunod na restore, ibigay ang environment ng process na iyon. Halimbawa:

- task: NuGetAuthenticate@1

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

proxyUrl ay isang umiiral na pipeline variable na naglalaman ng gustong buong proxy URL. Iwasto ang listahan ng bypass ayon sa aktwal na routing policy ng feed. Para sa mga pampublikong feed na pinapayagan sa pamamagitan ng pampublikong intermediary, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa proxyUrl na walang account; panatilihin ang mga bypass ng pribadong feed. Ipinapalagay ng bahaging ito na na-configure na ang mga source ng package ng proyekto.

Sa Linux at macOS, ang mga dokumentadong pangalan ng environment ay maliit na titik. Ang pipeline variable na tinatawag na http_proxy ay maaaring maging malaking titik kapag awtomatikong na-export. Pinapanatili ng tahasang pagmamapa ng env ang key na kailangan ng tool.

Para sa self-hosted na agent, ang isa pang opsyon ay itakda ang mga halagang ito sa environment ng proseso ng agent at i-restart ang agent pagkatapos baguhin ang mga ito. Hindi ina-update ng environment ng ibang terminal ang serbisyong tumatakbo na.

Sinusuportahan din ng NuGet ang mga entry ng proxy sa configuration nito. Panatilihing hiwalay ang mga ito sa mga credential ng source ng package, at suriin ang epektibong saklaw ng configuration kapag tumatakbo ang restore sa ilalim ng ibang account.

Ang na-restore na package ay maaaring mangailangan ng higit pa sa unang URL ng feed. Kung mabigo ang susunod na pag-download ng package o authentication host, gamitin ang aktwal na hostname na iyon kapag sinusuri ang patakaran sa proxy at bypass.

Kaugnay na mga artikulo