Azure Pipelines: proxy-omjouwing foar NuGet Restore ynstelle

Jou it restore-proses http_proxy en no_proxy, ek as NuGetAuthenticate de feed-oanmeldgegevens al konfigurearre hat.

NuGetAuthenticate konfigurearret autentikaasje foar pakketfeeds. In slagge autentikaasjetaak konfigurearret de útgeande proxy net foar dotnet, nuget.exe of MSBuild.

As de oanmeldkonfiguraasje slagget en de folgjende restore hat in HTTP-proxy nedich, jou dan de omjouwing fan dat proses. Bygelyks:

- task: NuGetAuthenticate@1

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

proxyUrl is in besteande pipelinefariabele mei de bedoelde folsleine proxy-URL. Pas de oerslaanlist oan op it werklike feed-rûtebelied. Foar publike feeds dy’t fia in publike tuskenpersoan tastien binne, leveret de HTTP-proxylist kandidaten foar in proxyUrl sûnder akkount; hâld de oerslaggen foar privee feeds. Dit fragmint giet derfan út dat de pakketboarnen fan it projekt al konfigurearre binne.

Op Linux en macOS binne de dokumintearre omjouwingsnammen lyts. In pipelinefariabele mei de namme http_proxy kin grut wurde as er automatysk eksportearre wurdt. In eksplisite env-mapping behâldt de kaai dy’t it helpmiddel nedich hat.

Foar in sels hoste agent is in oare opsje dizze wearden yn de omjouwing fan it agentproses yn te stellen en dy agent opnij te starten nei’t jo se feroare hawwe. De omjouwing fan in oare terminal fernijt in tsjinst dy’t al rint net.

NuGet stipet ek proxy-ynfieringen yn syn konfiguraasje. Hâld dy skieden fan de oanmeldgegevens fan pakketboarnen, en kontrolearje it effektive berik fan de konfiguraasje as in restore ûnder in oar akkount rint.

In weromset pakket kin mear as de earste URL fan ’e feed nedich wêze. As in lettere pakketdownload of autentikaasjehost mislearret, brûk dan dat werklike hostnamme by it beoardieljen fan it proxy- en oerslaanbelied.

Relatearre artikelen