פּראָקסי וואַריאַבלען געהערן צו די GitLab אַרבעטן וואָס דאַרפן זיי

אַ GitLab שטופּער נאָר גרופּירט אַרבעטן; זי האָט ניט קיין באַזונדערע פּראָצעס־סבֿיבֿה. לייגט די פּראָקסי וואַריאַבלען אויף די אַרבעטן וואָס דאַרפן זיי, אַפשר דורך אַ ווידערבאַניצבאַרן באַהאַלטן מוסטער:

.proxy-environment:
  variables:
    HTTP_PROXY: "$CODE_PROXY"
    HTTPS_PROXY: "$CODE_PROXY"
    NO_PROXY: "localhost,127.0.0.1"

external_check:
  extends: .proxy-environment
  stage: test
  script:
    - python ci/check_external_service.py

CODE_PROXY ווערט צוגעשטעלט דורך דער פּראָיעקט־פֿאַרוואַלטונג פֿון וואַריאַבלען וואָס עקסיסטירט שוין. פֿאַר אַרבעטן וואָס מעגן צוגיין צו עפֿנטלעכע דינסטן דורך עפֿנטלעכע פּראָקסיס, קען איר ווערט ניצן אַן HTTP־ענדפּונקט פֿון דער HTTP פּראָקסי ליסטע. דער Python באַפֿעל איז נאָר אַ ביישפּיל פֿון אַ פּראָיעקט־אויפֿגאַבע. אַנדערע אַרבעטן קענען איבערלאָזן דעם מוסטער, און עטלעכע אַרבעטן אין דער זעלבער שטופּער קענען אויסקלייבן אַנדערע סבֿיבֿות.

טוט ניט אַרײַנשטעלן די פּראָקסי־נעמען אין די YAML פּלייג־ווערטן אויף דער העכסטער מדריגה אויב זיי טאָרן ניט ווערן ברייט ירש־נאָמען. קוקט אויך איבער די פּראָיעקט־, גרופּע־ און פּיפּליין־וואַריאַבלען: זייער פּרעצעדענץ קען איבערקומען דעם YAML ווערט פֿון אַן אַרבעט.

inherit:variables קאָנטראָלירט דאָס ירש־נאָמען פֿון YAML פּלייג־וואַריאַבלען. עס מעקט ניט אויס די CI/CD וואַריאַבלען פֿון פּראָיעקט אָדער גרופּע, דעריבער איז עס ניט קיין אַלגעמיינער שוואַנק צו אַוועקנעמען יעדער פּראָקסי־קוואַל.

דאָס שטעלט אָפּ דעם פּראָצעס פֿון דער אַרבעט. דער HTTP קליענט וואָס ווערט אָנגעהויבן אין איר מוז שטיצן די וואַריאַבלען, און דער פֿריִערדיקער פֿאַרבינדונג פֿון דעם runner צו ציִען דאָס בילד האָט זיין אייגענע קאָנפֿיגוראַציע.