Պրոքսիի կարգավորում Jenkins-ի Unix shell-ի մեկ հրամանի համար

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 քայլում պատկանում է այդ shell-ին։ Ավելի ուշ անկախ shell քայլը նոր պրոցես է և չի ժառանգում իր հարևանի փոփոխությունները։

Կիրառեք կարգավորումը այնտեղ, որտեղ գործարկվում է հրամանը։ Jenkins-ի կարգավորիչի ներբեռնումները և հեռավոր գործակալի վրա գործարկված գործիքը առանձին ցանցային սպառողներ են։ Կարգավորիչի վրա հաջող թարմացման ստուգումը չի հաստատում գործակալի հրամանի ուղին։