Azure Pipelines: weka mazingira ya proksi ya NuGet Restore

NuGetAuthenticate husanidi uthibitishaji kwa feed za vifurushi. Kazi ya uthibitishaji iliyofanikiwa haisanidi proksi ya kutoka kwa dotnet, nuget.exe au MSBuild.

Iwapo usanidi wa vyeti umefanikiwa na restore inayofuata inahitaji proksi ya HTTP, toa mazingira ya mchakato huo. Kwa mfano:

- task: NuGetAuthenticate@1

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

proxyUrl ni kigeu cha pipeline kilichopo kinachoshikilia URL kamili ya proksi inayokusudiwa. Rekebisha orodha ya kuruka ili ilingane na sera halisi ya uelekezaji wa feed. Kwa feed za umma zinazoruhusiwa kupitia mpatanishi wa umma, orodha ya proksi za HTTP hutoa wagombea wa proxyUrl bila akaunti; weka kando urukaji wa feed za kibinafsi. Kipande hiki kinadhania vyanzo vya vifurushi vya mradi vimesanidiwa tayari.

Kwenye Linux na macOS majina ya mazingira yaliyoandikwa ni herufi ndogo. Kigeu cha pipeline kinachoitwa http_proxy kinaweza kuwa herufi kubwa kinaposafirishwa kiotomatiki. Uchoraji wazi wa env huhifadhi ufunguo unaohitajika na chombo.

Kwa wakala anayejipangia mwenyewe, chaguo lingine ni kuweka thamani hizi katika mazingira ya mchakato wa wakala na kuanzisha upya wakala huyo baada ya kuzibadilisha. Mazingira ya terminal nyingine hayasasishi huduma inayoendelea kufanya kazi.

NuGet pia inaunga mkono maingizo ya proksi katika usanidi wake. Yatenganishe na vyeti vya vyanzo vya vifurushi, na angalia wigo halisi wa usanidi wakati restore inaendeshwa chini ya akaunti nyingine.

Kifurushi kilichorejeshwa kinaweza kuhitaji zaidi ya URL ya kwanza ya feed. Iwapo upakuaji wa kifurushi au mwenyeji wa uthibitishaji baadaye unashindikana, tumia jina hilo halisi la mwenyeji unapotathmini sera ya proksi na urukaji.