ஒரு Jenkins Unix ஷெல் கட்டளைக்கு ப்ராக்ஸி அமைத்தல்

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 கட்டுப்படுத்தியின் பதிவிறக்கங்களும் தொலை முகவரில் தொடங்கப்பட்ட கருவியும் தனித்தனி வலைப்பிணைப்பு பயன்படுத்துவோர். கட்டுப்படுத்தியில் வெற்றிகரமான புதுப்பிப்புச் சரிபார்ப்பு முகவர் கட்டளையின் பாதையை நிரூபிக்காது.