הגדרת פרוקסי לפקודת מעטפת Unix אחת ב-Jenkins

עבור פקודה אחת על סוכן Jenkins מסוג Unix, הניחו את הקצאת הפרוקסי על אותה פקודה:

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 וכלי שמופעל על סוכן מרוחק הם צרכני רשת נפרדים. בדיקת עדכון מוצלחת בבקר אינה מוכיחה את הנתיב של פקודת הסוכן.