Azure Pipelines: NuGet Restore نىڭ پروكسى مۇھىتىنى تەڭشەش

NuGetAuthenticate فېد ھۆججەتلىرىنى تەڭشەپ بولغان بولسىمۇ، restore جەريانىغا http_proxy ۋە no_proxy بېرىڭ.

NuGetAuthenticate بوغچا فېدلىرىگە دەلىللەش تەڭشەيدۇ. مۇۋەپپەقىيەتلىك دەلىللەش ۋەزىپىسى 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 مەۋجۇت pipeline ئۆزگەرگۈچىسى بولۇپ، كۆزلىنىۋاتقان تولۇق پروكسى URL نى ئۆز ئىچىگە ئالىدۇ. ئاتلاپ ئۆتۈش تىزىملىكىنى فېدنىڭ ھەقىقىي يول باشلاش سىياسىتىگە ماسلاشتۇرۇڭ. ئاممىۋى ۋاسىتىچى ئارقىلىق رۇخسەت قىلىنغان ئاممىۋى فېدلەر ئۈچۈن، HTTP پروكسى تىزىملىكى ھېساباتسىز proxyUrl ئۈچۈن نامزاتلارنى تەمىنلەيدۇ؛ شەخسىي فېد ئاتلاپ ئۆتۈشلىرىنى ساقلاڭ. بۇ پارچە تۈرنىڭ بوغچا مەنبەلىرى ئاللىبۇرۇن تەڭشەلگەن دەپ پەرەز قىلىدۇ.

Linux ۋە macOS دا ھۆججەتلەشتۈرۈلگەن مۇھىت ئىسىملىرى كىچىك ھەرپتە بولىدۇ. http_proxy دېگەن pipeline ئۆزگەرگۈچىسى ئاپتوماتىك ئېكىسپورت قىلىنغاندا چوڭ ھەرپكە ئايلىنىشى مۇمكىن. ئېنىق env خەرىتىسى قورالغا كېرەكلىك ئاچقۇچنى ساقلايدۇ.

ئۆزىڭىز ساھىبخانلىق قىلىدىغان agent ئۈچۈن يەنە بىر تاللاش: بۇ قىممەتلەرنى agent جەريانىنىڭ مۇھىتىغا تەڭشەپ، ئۆزگەرتكەندىن كېيىن شۇ agent نى قايتا باشلاش. باشقا تېرمىنالنىڭ مۇھىتى ئاللىبۇرۇن ئىشلەۋاتقان مۇلازىمەتنى يېڭىلىمايدۇ.

NuGet ئۆز سەپلىمىسىدىكى پروكسى تۈرلىرىنىمۇ قوللايدۇ. ئۇلارنى بوغچا مەنبەسى ھۆججەتلىرىدىن ئايرىڭ، ۋە restore باشقا ھېسابات ئاستىدا ئىشلىگەندە ئەمەلىي سەپلىمە دائىرىسىنى تەكشۈرۈڭ.

ئەسلىگە كەلتۈرۈلگەن بوغچا فېدنىڭ بىرىنچى URL دىن ئارتۇق تەلەپ قىلىشى مۇمكىن. ئەگەر كېيىنكى بوغچا چۈشۈرۈش ياكى دەلىللەش ساھىبخانى مەغلۇپ بولسا، پروكسى ۋە ئاتلاپ ئۆتۈش سىياسىتىنى باھالىغاندا شۇ ھەقىقىي ساھىبخان ئىسمىنى ئىشلىتىڭ.

مۇناسىۋەتلىك ماقالىلەر