שטעלן אַ פּראָקסי פֿאַר איין Jenkins Unix shell באַפֿעל
איבערשרייַבן די פּראָקסי־סבֿיבה פֿאַר איין build באַפֿעל אויף דער agent זייַט אָן צו ענדערן דעם קאָנטראָלירער אָדער נישט־פֿאַרבונדענע שלבֿים.
פֿאַר איין באַפֿעל אויף אַ Unix Jenkins agent, שטעלט די פּראָקסי צוטיילונג אויף יענעם באַפֿעל:
node('linux') {
sh 'http_proxy=http://build-proxy.example:8080 https_proxy=http://build-proxy.example:8080 ./build.sh'
}דער ביישפּיל נעמט אָן אַז דאָס רעפּאָזיטאָרי האָט אַ build סקריפּט און די געצייג פֿונעם agent לייענען די סבֿיבה־נעמען. די צוטיילונגען פֿאַרבייַטן איבערגעגעבענע ווערטן פֿאַר יענעם באַפֿעל און זיינע קינדער. זיי שרייבן נישט איבער די פֿאַרבלייַביקע סבֿיבה פֿון דער מאשין. פֿאַר אַ build שלבּ וואָס ברענגט עפֿנטלעכע אַרטעפֿאַקטן דורך אַ דערלויבטן וועג אָן פּראָקסי־אויטענטיפֿיקאַציע, קען די HTTP פּראָקסי ליסטע פֿאָרשלאָגן קאַנדידאַט HTTP ענדפּונקטן פֿאַר יענע ווערטן.
אויב עטלעכע Pipeline שלבֿים דאַרפֿן טיילן די איבערשרייַבונג, ניצט אַ withEnv בלאָק אַרום יענע שלבֿים. Jenkins דאָקומענטירט אַז זיין באַהאַנדלונג פֿון וואַריאַבלען מאַכט נישט קיין חילוק צווישן גרויסע און קליינע אויסלייגן, אָבער האַלט זיי אױף; פּרופֿט דעם רעזולטאַט־אויסלייג ווען אַ Unix געצייג פֿאָדערט אַ באַשטימט קליין־אויסלייג נאָמען.
אַ פּשוט export אין איין sh שלבּ געהערט צו יענער shell. אַ שפּעטערדיקער אומאָפּהענגיקער shell שלבּ איז אַ נײַער פּראָצעס און ירשנט נישט די ענדערונגען פֿון זיין שכן.
ניצט די איינשטעלונג דאָרט וואָס דער באַפֿעל לויפֿט. אַראָפּלאָדונגען פֿונעם Jenkins קאָנטראָלירער און אַ געצייג געשטאַרט אויף אַ ווײַטן agent זענען באַזונדערע נעץ־באַניצער. אַ דערפֿאָלגרייכע דערהײַנטיקונג־פּרופֿונג אויף דעם קאָנטראָלירער באַווײַזט נישט דעם וועג פֿונעם agent באַפֿעל.