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 ಎಂಬುದು ಈಗಾಗಲೇ ಇರುವ ಪೈಪ್‌ಲೈನ್ ವೇರಿಯೇಬಲ್ ಆಗಿದ್ದು, ಬಯಸಿದ ಸಂಪೂರ್ಣ ಪ್ರಾಕ್ಸಿ URL ಅನ್ನು ಹೊಂದಿದೆ. ಬೈಪಾಸ್ ಪಟ್ಟಿಯನ್ನು ಫೀಡ್‌ನ ನಿಜವಾದ ರೂಟಿಂಗ್ ನೀತಿಗೆ ಹೊಂದಿಸಿ. ಸಾರ್ವಜನಿಕ ಮಧ್ಯವರ್ತಿಯ ಮೂಲಕ ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ ಫೀಡ್‌ಗಳಿಗೆ, HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಖಾತೆರಹಿತ proxyUrl ಗಾಗಿ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ; ಖಾಸಗಿ ಫೀಡ್‌ಗಳ ಬೈಪಾಸ್‌ಗಳನ್ನು ಹಾಗೆಯೇ ಇರಿಸಿ. ಈ ತುಣುಕು ಯೋಜನೆಯ ಪ್ಯಾಕೇಜ್ ಮೂಲಗಳು ಈಗಾಗಲೇ ಸಂರಚಿಸಲ್ಪಟ್ಟಿವೆ ಎಂದು ಊಹಿಸುತ್ತದೆ.

Linux ಮತ್ತು macOS ನಲ್ಲಿ ದಾಖಲಾದ ಪರಿಸರ ಹೆಸರುಗಳು ಸಣ್ಣ ಅಕ್ಷರಗಳಲ್ಲಿರುತ್ತವೆ. http_proxy ಎಂಬ ಪೈಪ್‌ಲೈನ್ ವೇರಿಯೇಬಲ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಫ್ತಾದಾಗ ದೊಡ್ಡ ಅಕ್ಷರವಾಗಬಹುದು. ಸ್ಪಷ್ಟ env ಮ್ಯಾಪಿಂಗ್ ಪರಿಕರಕ್ಕೆ ಬೇಕಾದ ಕೀಲಿಯನ್ನು ಉಳಿಸುತ್ತದೆ.

ಸ್ವಯಂ-ಹೋಸ್ಟ್ ಮಾಡಿದ ಏಜೆಂಟ್‌ಗೆ, ಈ ಮೌಲ್ಯಗಳನ್ನು ಏಜೆಂಟ್ ಪ್ರಕ್ರಿಯೆಯ ಪರಿಸರದಲ್ಲಿ ಹೊಂದಿಸಿ ಬದಲಿಸಿದ ನಂತರ ಆ ಏಜೆಂಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಇನ್ನೊಂದು ಆಯ್ಕೆ. ಬೇರೆ ಟರ್ಮಿನಲ್‌ನ ಪರಿಸರವು ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಯನ್ನು ನವೀಕರಿಸುವುದಿಲ್ಲ.

NuGet ತನ್ನ ಸಂರಚನೆಯಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ನಮೂದುಗಳನ್ನೂ ಬೆಂಬಲಿಸುತ್ತದೆ. ಅವುಗಳನ್ನು ಪ್ಯಾಕೇಜ್-ಮೂಲ ರುಜುವಾತುಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಮತ್ತು restore ಬೇರೆ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಚಲಿಸುವಾಗ ಪರಿಣಾಮಕಾರಿ ಸಂರಚನಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ಮರುಸ್ಥಾಪಿಸಿದ ಪ್ಯಾಕೇಜ್‌ಗೆ ಫೀಡ್‌ನ ಮೊದಲ URL ಗಿಂತ ಹೆಚ್ಚು ಬೇಕಾಗಬಹುದು. ನಂತರದ ಪ್ಯಾಕೇಜ್ ಡೌನ್‌ಲೋಡ್ ಅಥವಾ ದೃಢೀಕರಣ ಹೋಸ್ಟ್ ವಿಫಲವಾದರೆ, ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಬೈಪಾಸ್ ನೀತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವಾಗ ಆ ನಿಜವಾದ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಬಳಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು