Azure Pipelines: NuGet Restore үчүн прокси чөйрөсүн орнотуу

NuGetAuthenticate feed'дин эсептик маалыматтарын мурунтан конфигурациялаган болсо да, restore процессине http_proxy жана no_proxy бериңиз.

NuGetAuthenticate пакет feed'дерине аутентификацияны конфигурациялайт. Ийгиликтүү аутентификация тапшырмасы dotnet, nuget.exe же MSBuild үчүн чыгуучу проксини конфигурациялабайт.

Эсептик маалыматтарды орнотуу ийгиликтүү болуп, кийинки restore HTTP проксини талап кылса, ошол процесстин чөйрөсүн бериңиз. Мисалы:

- task: NuGetAuthenticate@1

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

proxyUrl — каалаган толук прокси URL'ин камтыган учурдагы pipeline өзгөрмөсү. Өткөрүп жиберүү тизмесин feed'дердин реалдуу маршруттоо саясатына ылайыктаңыз. Жалпы ортомчу аркылуу уруксат берилген жалпы feed'дер үчүн HTTP проксилер тизмеси эсепсиз proxyUrl үчүн талапкерлерди сунуштайт; жеке feed'дердин өткөрүп жиберүүлөрүн ордунда калтырыңыз. Бул үзүндү долбоордун пакет булактары мурунтан конфигурацияланган деп эсептейт.

Linux жана macOS'то документтештирилген чөйрө аттары кичине тамгалар менен жазылат. http_proxy деп аталган pipeline өзгөрмөсү автоматтык экспорттолгондо чоң тамгага айланышы мүмкүн. env үчүн ачык салыштыруу куралга керектүү ачкычты сактайт.

Өзүн-өзү хосттогон agent үчүн дагы бир вариант — бул баалуулуктарды agent процессинин чөйрөсүндө орнотуп, өзгөрткөндөн кийин ошол agent'ти кайра иштетүү. Башка терминалдын чөйрөсү мурунтан иштеп жаткан кызматты жаңыртпайт.

NuGet өз конфигурациясындагы прокси жазууларын да колдойт. Аларды пакет булактарынын эсептик маалыматтарынан өзүнчө кармаңыз жана restore башка эсептин астында иштегенде конфигурациянын реалдуу чөйрөсүн текшериңиз.

Калыбына келтирилген пакет feed'дин биринчи URL'ине караганда көбүрөөк талап кылышы мүмкүн. Эгер кийинки пакет жүктөө же аутентификация хостун иштебей калса, прокси жана өткөрүп жиберүү саясатын баалоодо ошол реалдуу хост атын колдонуңуз.

Тектеш макалалар