एउटा 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 कन्ट्रोलरका डाउनलोड र टाढाको एजेन्टमा सुरु गरिएको उपकरण अलग नेटवर्क उपभोक्ता हुन्। कन्ट्रोलरमा सफल अपडेट जाँचले एजेन्ट आदेशको मार्ग प्रमाणित गर्दैन।