ಒಂದು Jenkins Unix ಶೆಲ್ ಆಜ್ಞೆಗೆ ಪ್ರಾಕ್ಸಿ ಹೊಂದಿಸಿ
ನಿಯಂತ್ರಕ ಅಥವಾ ಸಂಬಂಧವಿಲ್ಲದ ಹಂತಗಳನ್ನು ಬದಲಾಯಿಸದೆ ಏಜೆಂಟ್-ಬದಿಯ ಒಂದು build ಆಜ್ಞೆಗೆ ಪ್ರಾಕ್ಸಿ ಪರಿಸರವನ್ನು ಮೀರಿಸಿ.
Unix Jenkins ಏಜೆಂಟ್ನಲ್ಲಿ ಒಂದು ಆಜ್ಞೆಗೆ, ಪ್ರಾಕ್ಸಿ ನಿಯೋಜನೆಯನ್ನು ಆ ಆಜ್ಞೆಯ ಮೇಲೆ ಇರಿಸಿ:
node('linux') {
sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}ಉದಾಹರಣೆಯು ರಿಪೊಜಿಟರಿಯಲ್ಲಿ build ಸ್ಕ್ರಿಪ್ಟ್ ಇದೆ ಮತ್ತು ಏಜೆಂಟ್ನ ಪರಿಕರಗಳು ಈ ಪರಿಸರ ಹೆಸರುಗಳನ್ನು ಓದುತ್ತವೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ನಿಯೋಜನೆಗಳು ಆ ಆಜ್ಞೆ ಮತ್ತು ಅದರ ಮಕ್ಕಳಿಗೆ ಆನುವಂಶಿಕ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತವೆ. ಅವು ಯಂತ್ರದ ಶಾಶ್ವತ ಪರಿಸರವನ್ನು ಮರುಬರೆಯುವುದಿಲ್ಲ. ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವಿಲ್ಲದೆ ಅನುಮತಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಆರ್ಟಿಫ್ಯಾಕ್ಟ್ಗಳನ್ನು ತರುವ build ಹಂತಕ್ಕೆ, HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆ ಮೌಲ್ಯಗಳಿಗೆ ಅಭ್ಯರ್ಥಿ HTTP ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಒದಗಿಸಬಹುದು.
ಹಲವು Pipeline ಹಂತಗಳು ಈ ಮೀರಿಸುವಿಕೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬೇಕಾದರೆ, ಆ ಹಂತಗಳ ಸುತ್ತ withEnv ಬ್ಲಾಕ್ ಬಳಸಿ. Jenkins ತನ್ನ ಚರ ನಿರ್ವಹಣೆ ಕೇಸ್-ಸಂವೇದಿಯಲ್ಲ ಆದರೆ ಕೇಸ್ ಉಳಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ; Unix ಪರಿಕರವು ನಿರ್ದಿಷ್ಟ ಸಣ್ಣ-ಅಕ್ಷರ ಹೆಸರನ್ನು ಬಯಸಿದಾಗ ಫಲಿತ ಕಾಗುಣಿತವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸಾಮಾನ್ಯ export ಒಂದು sh ಹಂತದಲ್ಲಿ ಆ ಶೆಲ್ಗೆ ಸೇರಿದೆ. ನಂತರದ ಸ್ವತಂತ್ರ ಶೆಲ್ ಹಂತ ಹೊಸ ಪ್ರಕ್ರಿಯೆಯಾಗಿದ್ದು ತನ್ನ ನೆರೆಯವರ ಬದಲಾವಣೆಗಳನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವುದಿಲ್ಲ.
ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಆಜ್ಞೆ ಚಲಿಸುವ ಸ್ಥಳದಲ್ಲಿ ಅನ್ವಯಿಸಿ. Jenkins ನಿಯಂತ್ರಕದ ಡೌನ್ಲೋಡ್ಗಳು ಮತ್ತು ದೂರದ ಏಜೆಂಟ್ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿದ ಪರಿಕರ ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ ಗ್ರಾಹಕರು. ನಿಯಂತ್ರಕದಲ್ಲಿ ಯಶಸ್ವಿ ನವೀಕರಣ ಪರಿಶೀಲನೆ ಏಜೆಂಟ್ ಆಜ್ಞೆಯ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.