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 कंट्रोलरचे डाउनलोड आणि दूरच्या एजंटवर सुरू केलेले साधन वेगवेगळे नेटवर्क ग्राहक आहेत. कंट्रोलरवरील यशस्वी अपडेट तपासणी एजंट कमांडचा मार्ग सिद्ध करत नाही.

संबंधित लेख