Azure Pipelines: NuGet Restore tarpinio serverio aplinkos nustatymas

NuGetAuthenticate konfigūruoja autentifikavimą prie paketų feedų. Sėkminga autentifikavimo užduotis nesukonfigūruoja išeinančio tarpinio serverio dotnet, nuget.exe ar MSBuild.

Jei prisijungimo duomenų nustatymas pavyksta, o tolesniam restore reikia HTTP tarpinio serverio, pateikite to proceso aplinką. Pavyzdžiui:

- task: NuGetAuthenticate@1

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

proxyUrl yra esamas pipeline kintamasis, kuriame yra norimas visas tarpinio serverio URL. Pritaikykite praleidimo sąrašą faktinei feedų maršrutizavimo politikai. Viešiems feedams, leidžiamiems per viešą tarpininką, HTTP tarpinių serverių sąrašas siūlo kandidatus proxyUrl be paskyros; palikite privačių feedų praleidimus. Šis fragmentas daro prielaidą, kad projekto paketų šaltiniai jau sukonfigūruoti.

Linux ir macOS dokumentuoti aplinkos pavadinimai rašomi mažosiomis raidėmis. Pipeline kintamasis, pavadintas http_proxy, automatiškai eksportuojant gali tapti didžiosiomis raidėmis. Aiškus env susiejimas išsaugo raktą, kurio reikia įrankiui.

Savarankiškai talpinamam agentui kita galimybė yra nustatyti šias reikšmes agento proceso aplinkoje ir po pakeitimo iš naujo paleisti tą agentą. Kito terminalo aplinka neatnaujina jau veikiančios tarnybos.

NuGet taip pat palaiko tarpinio serverio įrašus savo konfigūracijoje. Laikykite juos atskirai nuo paketų šaltinių prisijungimo duomenų ir patikrinkite faktinę konfigūracijos apimtį, kai restore vykdomas kitoje paskyroje.

Atkurtas paketas gali reikalauti daugiau nei pirmojo feedo URL. Jei vėlesnis paketo atsisiuntimas ar autentifikavimo hostas nepavyksta, vertindami tarpinio serverio ir praleidimo politiką naudokite tą tikrąjį hosto pavadinimą.