એક 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 કંટ્રોલર ડાઉનલોડ અને દૂરના એજન્ટ પર શરૂ કરાયેલ સાધન અલગ નેટવર્ક ગ્રાહકો છે. કંટ્રોલર પર સફળ અપડેટ ચેક એજન્ટ આદેશનો માર્ગ સાબિત કરતું નથી.