In proxy ynstelle foar ien Jenkins Unix-shellopdracht
Oerskriuw de proxy-omjouwing foar ien build-opdracht oan de agentkant sûnder de controller of net-relatearre stadia te feroarjen.
Foar ien opdracht op in Unix-Jenkins-agent, set de proxy-tawizing op dy opdracht:
node('linux') {
sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}It foarbyld giet derfan út dat it repository in build-skript hat en dat de ark fan 'e agent dizze omjouwingsnammen lêze. De tawizings ferfange erfd wurdwearden foar dy opdracht en syn bern. Se skriuwe de bliuwende omjouwing fan 'e masine net oer. Foar in build-stap dy't iepenbiere artefakten oer in tastiene rûte sûnder proxy-autentikaasje hellet, kin de HTTP-proxylist kandidaat-HTTP-einpunten foar dy wearden leverje.
As ferskate Pipeline-stappen de oerskriuwing diele moatte, brûk dan in withEnv-blok om dy stappen hinne. Jenkins dokumintearret dat de fariaasje-ôfhanneling gjin ûnderskied makket tusken grutte en lytse letters, mar se wol behâldt; kontrolearje de resultearjende stavering as in Unix-ark in bepaalde namme mei lytse letters freget.
In gewoane export yn ien sh-stap heart by dy shell. In lettere selsstannige shell-stap is in nij proses en erft de feroarings fan syn buorman net.
Pas de ynstelling ta dêr't de opdracht rint. Downloads fan 'e Jenkins-controller en in ark dat op in ôfstân-agent start is, binne aparte netwurkferbrûkers. In slagge bywurkingstest op 'e controller bewiist de rûte fan 'e agentopdracht net.