Ange en proxy för ett enda Jenkins Unix-skalkommando
Åsidosätt proxy-miljön för ett byggkommando på agentsidan utan att ändra styrenheten eller orelaterade steg.
För ett enda kommando på en Unix-Jenkins-agent, sätt proxy-tilldelningen på det kommandot:
node('linux') {
sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}Exemplet förutsätter att repot har ett byggskript och att agentens verktyg läser dessa miljönamn. Tilldelningarna ersätter ärvda värden för det kommandot och dess barn. De skriver inte om maskinens beständiga miljö. För ett byggsteg som hämtar offentliga artefakter via en tillåten väg utan proxy-autentisering kan HTTP-proxylistan leverera kandidat-HTTP-slutpunkter för dessa värden.
Om flera Pipeline-steg ska dela åsidosättningen, använd ett withEnv-block runt dessa steg. Jenkins dokumenterar att variabelhanteringen inte skiljer på stora och små bokstäver men bevarar dem; kontrollera den resulterande stavningen när ett Unix-verktyg kräver ett visst namn med små bokstäver.
En vanlig export i ett sh-steg tillhör det skalet. Ett senare oberoende skalsteg är en ny process och ärver inte ändringarna från sitt syskon.
Tillämpa inställningen där kommandot körs. Nedladdningar från Jenkins-styrenheten och ett verktyg som startas på en fjärragent är separata nätverksanvändare. En lyckad uppdateringskontroll på styrenheten bevisar inte agentkommandots väg.