ഒരു 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 കൺട്രോളറിന്റെ ഡൗൺലോഡുകളും വിദൂര ഏജന്റിൽ ആരംഭിച്ച ടൂളും വെവ്വേറെ നെറ്റ്വർക്ക് ഉപഭോക്താക്കളാണ്. കൺട്രോളറിലെ വിജയകരമായ അപ്ഡേറ്റ് പരിശോധന ഏജന്റ് കമാൻഡിന്റെ പാത തെളിയിക്കുന്നില്ല.