Azure Pipelines. Կարգավորել NuGet Restore-ի պրոքսի միջավայրը
Ապահովեք restore գործընթացին http_proxy և no_proxy արժեքները նույնիսկ այն դեպքում, երբ NuGetAuthenticate-ն արդեն կարգավորել է feed-երի հավատարմագրերը։
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.1proxyUrl-ը գոյություն ունեցող pipeline փոփոխական է, որը պարունակում է ցանկալի ամբողջական պրոքսի URL-ը։ Հարմարեցրեք շրջանցումների ցանկը feed-երի փաստացի երթուղավորման քաղաքականությանը։ Հանրային միջնորդի միջոցով թույլատրված հանրային feed-երի համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ առանց հաշվի proxyUrl-ի համար. պահպանեք մասնավոր feed-երի շրջանցումները։ Այս հատվածը ենթադրում է, որ նախագծի փաթեթների աղբյուրներն արդեն կարգավորված են։
Linux-ում և macOS-ում փաստաթղթավորված միջավայրի անունները փոքրատառ են։ http_proxy անունով pipeline փոփոխականը ավտոմատ արտահանման ժամանակ կարող է դառնալ մեծատառ։ env-ի բացահայտ քարտեզագրումը պահպանում է այն բանալին, որն անհրաժեշտ է գործիքին։
Ինքնահյուրընկալված agent-ի համար մեկ այլ տարբերակ է այս արժեքները սահմանել agent-ի գործընթացի միջավայրում և փոփոխելուց հետո վերագործարկել այդ agent-ը։ Այլ տերմինալի միջավայրը չի թարմացնում արդեն աշխատող ծառայությունը։
NuGet-ը նաև աջակցում է պրոքսի գրառումներ իր կոնֆիգուրացիայում։ Դրանք առանձին պահեք փաթեթների աղբյուրների հավատարմագրերից և ստուգեք կոնֿիգուրացիայի փաստացի շրջանակը, երբ restore-ը կատարվում է այլ հաշվի ներքո։
Վերականգնված փաթեթին կարող է անհրաժեշտ լինել ավելին, քան feed-ի առաջին URL-ը։ Եթե ավելի ուշ փաթեթի ներբեռնումը կամ նույնականացման հոսթը ձախողվի, պրոքսիի և շրջանցման քաղաքականությունը գնահատելիս օգտագործեք այդ փաստացի հոսթի անունը։