Azure Pipelines: stel NuGet-restore se proxy-omgewing

NuGetAuthenticate stel verifikasie vir pakket-feeds op. ’n Geslaagde verifikasietaak stel nie die uitgaande proxy vir dotnet, nuget.exe of MSBuild op nie.

As die aanmeldingsopstelling slaag en die daaropvolgende restore ’n HTTP-proxy nodig het, voorsien daardie proses se omgewing. Byvoorbeeld:

- task: NuGetAuthenticate@1

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

proxyUrl is ’n bestaande pyplynveranderlike wat die beoogde volledige proxy-URL bevat. Pas die oorslaanlys aan by die werklike feed-roeteringbeleid. Vir openbare feeds wat deur ’n openbare tussenganger toegelaat word, bied die HTTP-proxylys kandidate vir ’n proxyUrl sonder rekening; hou die oorslaanreëls vir private feeds in plek. Hierdie fragment aanvaar dat die projek se pakketbronne reeds opgestel is.

Op Linux en macOS is die gedokumenteerde omgewingsname kleinletters. ’n Pyplynveranderlike met die naam http_proxy kan hoofletters word wanneer dit outomaties uitgevoer word. ’n Eksplisiete env-toewysing behou die sleutel wat die gereedskap nodig het.

Vir ’n self-gehoste agent is nog ’n opsie om hierdie waardes in die agentproses se omgewing op te stel en daardie agent te herbegin nadat jy dit verander het. Die omgewing van ’n ander terminaal werk nie ’n diens op wat reeds loop nie.

NuGet ondersteun ook proxy-inskrywings in sy konfigurasie. Hou dit apart van pakketbron-aanmeldings, en kyk na die effektiewe konfigurasiebestek wanneer ’n restore onder ’n ander rekening loop.

’n Herstelde pakket kan meer as die feed se eerste URL nodig hê. As ’n latere pakket-aflaai of verifikasi-gasheer misluk, gebruik daardie werklike gasheernaam wanneer jy die proxy- en oorslaanbeleid evalueer.