Azure Pipelines: NuGet Restore-ren proxy ingurunea ezartzea

Eman restore prozesuari http_proxy eta no_proxy, NuGetAuthenticate-k feed-en kredentzialak dagoeneko konfiguratu baditu ere.

NuGetAuthenticate-k pakete-feedetarako autentifikazioa konfiguratzen du. Autentifikazio-zeregin arrakastatsuak ez du irteerako proxya konfiguratzen dotnet, nuget.exe edo MSBuild-entzat.

Kredentzialen ezarpenak arrakasta badu eta hurrengo restore-ak HTTP proxya behar badu, eman prozesu horren ingurunea. Adibidez:

- task: NuGetAuthenticate@1

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

proxyUrl lehendik dagoen pipeline-aldagaia da, nahi den proxy URL osoa duena. Egokitu saihesteko zerrenda feed-en benetako bideratze-politikara. Bitartekari publiko baten bidez onartutako feed publikoetarako, HTTP proxy zerrendak konturik gabeko proxyUrl baterako hautagaiak ematen ditu; mantendu feed pribatuen saihestekoak. Zati honek suposatzen du proiektuak pakete-iturriak dagoeneko konfiguratuta dituela.

Linux eta macOS-en, dokumentatutako ingurune-izenak minuskulaz daude. http_proxy izeneko pipeline-aldagai bat maiuskulaz bihur daiteke automatikoki esportatzen denean. env esleipen esplizituak tresnak behar duen gakoa gordetzen du.

Norberak ostatatutako agent baterako, beste aukera bat balio horiek agent prozesuaren ingurunean konfiguratzea eta aldatu ondoren agent hori berrabiaraztea da. Beste terminal baten inguruneak ez du jada martxan dagoen zerbitzua eguneratzen.

NuGet-ek proxy sarrerak ere onartzen ditu bere konfigurazioan. Eutsi horiek pakete-iturrien kredentzialetatik bereizita, eta egiaztatu konfigurazioaren benetako irismena restore bat beste kontu baten pean exekutatzen denean.

Berreskuratutako pakete batek feed-aren lehen URL-a baino gehiago behar dezake. Geroagoko pakete-deskarga edo autentifikazio-ostatari batek huts egiten badu, erabili ostalari-izen erreal hori proxy eta saihesteko politika ebaluatzean.

Erlazionatutako artikuluak