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-നേക്കാൾ കൂടുതൽ ആവശ്യമായേക്കാം. പിന്നീടുള്ള പാക്കേജ് ഡൗൺലോഡോ പ്രാമാണീകരണ ഹോസ്റ്റോ പരാജയപ്പെട്ടാൽ, പ്രോക്സിയും ബൈപാസ് നയവും വിലയിരുത്തുമ്പോൾ ആ യഥാർത്ഥ ഹോസ്റ്റ്നാമം ഉപയോഗിക്കുക.