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.1proxyUrl ଏକ ବିଦ୍ୟମାନ ପାଇପଲାଇନ୍ ଭେରିଏବଲ୍ ଯାହା ଅଭୀଷ୍ଟ ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି URL ଧାରଣ କରେ। ବାଇପାସ୍ ତାଲିକାକୁ ଫିଡ୍ର ପ୍ରକୃତ ରାଉଟିଂ ନୀତି ସହିତ ମେଳାନ୍ତୁ। ସାର୍ବଜନୀନ ମଧ୍ୟସ୍ଥ ମାଧ୍ୟମରେ ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ ଫିଡ୍ ପାଇଁ, HTTP ପ୍ରକ୍ସି ତାଲିକା ଖାତା ବିନା proxyUrl ପାଇଁ ପ୍ରାର୍ଥୀ ଯୋଗାଏ; ଘରୋଇ ଫିଡ୍ର ବାଇପାସ୍ ରଖନ୍ତୁ। ଏହି ଅଂଶ ଧରି ନେଇଛି ଯେ ପ୍ରକଳ୍ପର ପ୍ୟାକେଜ୍ ଉତ୍ସ ପୂର୍ବରୁ ବିନ୍ୟାସିତ ଅଛି।
Linux ଏବଂ macOS ରେ ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ପରିବେଶ ନାମଗୁଡ଼ିକ ଛୋଟ ଅକ୍ଷରରେ ଥାଏ। http_proxy ନାମକ ପାଇପଲାଇନ୍ ଭେରିଏବଲ୍ ସ୍ୱଚାଳିତ ଭାବରେ ରପ୍ତାନି ହେଲାବେଳେ ବଡ଼ ଅକ୍ଷର ହୋଇପାରେ। ସ୍ପଷ୍ଟ env ମ୍ୟାପିଂ ଉପକରଣକୁ ଆବଶ୍ୟକ କୀ ରକ୍ଷା କରେ।
ସ୍ୱ-ହୋସ୍ଟେଡ୍ ଏଜେଣ୍ଟ ପାଇଁ ଅନ୍ୟ ଏକ ବିକଳ୍ପ ହେଉଛି ଏହି ମୂଲ୍ୟଗୁଡ଼ିକୁ ଏଜେଣ୍ଟ ପ୍ରକ୍ରିୟାର ପରିବେଶରେ ସେଟ୍ କରି ପରିବର୍ତ୍ତନ ପରେ ସେହି ଏଜେଣ୍ଟକୁ ପୁନଃଚାଲୁ କରିବା। ଅନ୍ୟ ଟର୍ମିନାଲର ପରିବେଶ ପୂର୍ବରୁ ଚାଲୁଥିବା ସେବାକୁ ଅଦ୍ୟତନ କରେ ନାହିଁ।
NuGet ଏହାର ବିନ୍ୟାସରେ ପ୍ରକ୍ସି ଏଣ୍ଟ୍ରିଗୁଡ଼ିକୁ ମଧ୍ୟ ସମର୍ଥନ କରେ। ସେଗୁଡ଼ିକୁ ପ୍ୟାକେଜ୍-ଉତ୍ସ ପ୍ରମାଣପତ୍ରଠାରୁ ଅଲଗା ରଖନ୍ତୁ, ଏବଂ restore ଅନ୍ୟ ଖାତା ଅଧୀନରେ ଚାଲିଲାବେଳେ ପ୍ରଭାବୀ ବିନ୍ୟାସ ପରିସର ଯାଞ୍ଚ କରନ୍ତୁ।
ପୁନଃସ୍ଥାପିତ ପ୍ୟାକେଜ୍ ଫିଡ୍ର ପ୍ରଥମ URL ଠାରୁ ଅଧିକ ଆବଶ୍ୟକ କରିପାରେ। ଯଦି ପରବର୍ତ୍ତୀ ପ୍ୟାକେଜ୍ ଡାଉନଲୋଡ୍ କିମ୍ବା ପ୍ରମାଣୀକରଣ ହୋଷ୍ଟ ବିଫଳ ହୁଏ, ପ୍ରକ୍ସି ଏବଂ ବାଇପାସ୍ ନୀତି ମୂଲ୍ୟାଙ୍କନ କରିବାବେଳେ ସେହି ପ୍ରକୃତ ହୋଷ୍ଟନାମ ବ୍ୟବହାର କରନ୍ତୁ।