एक Jenkins Unix शेल कमांड के लिए प्रॉक्सी सेट करें

Unix Jenkins एजेंट पर एक कमांड के लिए, प्रॉक्सी असाइनमेंट उसी कमांड पर रखें:

node('linux') {
    sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}

उदाहरण मानता है कि रिपॉज़िटरी में एक बिल्ड स्क्रिप्ट है और एजेंट के टूल ये पर्यावरण नाम पढ़ते हैं। असाइनमेंट उस कमांड और उसके चाइल्ड प्रोसेस के लिए विरासत में मिले मानों को बदल देते हैं। वे मशीन के स्थायी पर्यावरण को फिर से नहीं लिखते। ऐसे बिल्ड चरण के लिए जो प्रॉक्सी प्रमाणीकरण के बिना अनुमत मार्ग से सार्वजनिक आर्टिफ़ैक्ट लाता है, HTTP प्रॉक्सी सूची उन मानों के लिए उम्मीदवार HTTP एंडपॉइंट दे सकती है।

यदि कई Pipeline चरणों को यह ओवरराइड साझा करना चाहिए, तो उन चरणों के चारों ओर withEnv ब्लॉक का उपयोग करें। Jenkins दस्तावेज़ करता है कि उसका चर प्रबंधन केस-असंवेदनशील है परंतु केस सुरक्षित रखता है; जब कोई Unix टूल किसी विशेष छोटे-अक्षर वाले नाम की मांग करे तो परिणामी वर्तनी जांचें।

सादा export एक sh चरण में उसी शेल का होता है। बाद का स्वतंत्र शेल चरण एक नई प्रक्रिया है और अपने सहोदर द्वारा किए गए परिवर्तन विरासत में नहीं लेता।

सेटिंग वहीं लागू करें जहां कमांड चलता है। Jenkins नियंत्रक के डाउनलोड और दूरस्थ एजेंट पर शुरू किया गया टूल अलग नेटवर्क उपभोक्ता हैं। नियंत्रक पर सफल अपडेट जांच एजेंट कमांड के मार्ग को सिद्ध नहीं करती।