პროქსის დაყენება 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 კონტროლერის ჩამოტვირთვები და დისტანციურ აგენტზე გაშვებული ხელსაწყო ცალკეული ქსელური მომხმარებლები არიან. კონტროლერზე წარმატებული განახლების შემოწმება არ ადასტურებს აგენტის ბრძანების მარშრუტს.