Vendosja e një proxy për një komandë të vetme shell Unix të Jenkins

Për një komandë të vetme në një agjent Jenkins Unix, vendosni caktimin e proxy në atë komandë:

node('linux') {
    sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}

Shembulli supozon se depoja ka një skript ndërtimi dhe se mjetet e agjentit lexojnë këta emra mjedisi. Caktimet zëvendësojnë vlerat e trashëguara për atë komandë dhe fëmijët e saj. Ato nuk rishkruajnë mjedisin e përhershëm të makinës. Për një hap ndërtimi që sjell artefakte publike përmes një rruge të lejuar pa vërtetim proxy, lista e proxy HTTP mund të ofrojë pika fundore HTTP kandidate për ato vlera.

Në qoftë se disa hapa Pipeline duhet të ndajnë anulimin, përdorni një bllok withEnv rreth atyre hapave. Jenkins dokumenton se trajtimi i variablave nuk i dallon shkronjat e mëdha nga të voglat, por i ruan ato; kontrolloni drejtshkrimin që rezulton kur një mjet Unix kërkon një emër të caktuar me shkronja të vogla.

Një export i thjeshtë në një hap sh i përket asaj shell. Një hap shell i pavarur më vonë është një proces i ri dhe nuk trashëgon ndryshimet e fqinjit të tij.

Zbatojeni cilësimin aty ku ekzekutohet komanda. Shkarkimet e kontrolluesit Jenkins dhe një mjet i nisur në një agjent të largët janë konsumatorë të veçantë të rrjetit. Një kontroll i suksesshëm i përditësimit në kontrollues nuk vërteton rrugën e komandës së agjentit.