E Proxy fir een eenzegen Jenkins-Unix-Shell-Befehl setzen
Iwwerschreift d'Proxy-Ëmfeld fir een Build-Befehl op der Agent-Säit, ouni de Controller oder onbetraffe Phasen ze änneren.
Fir een Befehl op engem Unix-Jenkins-Agent, setzt d'Proxy-Zouweisung op dee Befehl:
node('linux') {
sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}D'Beispill geet dovun aus, datt de Repository e Build-Skript huet an d'Tools vum Agent dës Ëmfeldnimm liesen. D'Zouweisunge ersetzen ierglecht Wäerter fir dee Befehl a seng Kanner. Si schreiwen d'bestännegt Ëmfeld vun der Maschinn net ëm. Fir e Build-Schrëtt, dee ëffentlech Artefakten iwwer eng erlaabte Streck ouni Proxy-Authentifikatioun sicht, kann d'HTTP-Proxy-Lëscht Kandidat-HTTP-Endpunkten fir dës Wäerter liwweren.
Wann e puer Pipeline-Schrëtt d'Iwwerschreiwung deele sollen, benotzt e withEnv-Block ronderëm dës Schrëtt. Jenkins dokumentéiert, datt seng Variabelbehandlung net tëschent Grouss- a Klengschreiwen ënnerscheet, awer se behält; iwwerpréift d'resultéierend Schreifweis, wann en Unix-Tool en bestëmmten Numm a Klengschreiwen verlaangt.
En einfachen export an engem sh-Schrëtt gehéiert zu där Shell. En spéideren onofhängege Shell-Schrëtt ass en neie Prozess an ierft keng Ännerunge vu sengem Noper.
Wendt d'Astellung do un, wou de Befehl leeft. D'Downloads vum Jenkins-Controller an en Tool, dat op engem entfernten Agent gestart gëtt, si getrennte Netzwierkbenotzer. Eng erfollegräich Update-Prüfung um Controller beweist net d'Streck vum Agent-Befehl.