Поставување прокси за една Jenkins Unix shell команда
Надвладејте го прокси опкружувањето за една build команда на страната на агентот без да го менувате контролерот или неповрзаните фази.
За една команда на 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 и алатката стартувана на оддалечен агент се одделни мрежни потрошувачи. Успешна проверка за ажурирање на контролерот не ја докажува патеката на командата на агентот.