Proxy-Variabele gehéieren zu de GitLab-Joben, déi se brauchen

Benotzt eng verstoppte Job-Virlag erëm, fir d'Proxy-Ëmwelt ze begrenzen, ouni se zum Standard fir de ganze Pipeline ze maachen.

Eng GitLab-Stage gruppéiert Jobs; si huet keng separat Prozess-Ëmwelt. Setzt d'Proxy-Variabelen op d'Joben, déi se brauchen, optional iwwer eng erëmverwendbar verstoppte Virlag:

.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 gëtt iwwer déi bestehend Variabelverwaltung vum Projet geliwwert. Fir Joben, déi iwwer ëffentlech Proxye kënnen op ëffentlech Servicer zougräifen, kann de Wäert en HTTP-Endpunkt aus der HTTP-Proxy-Lëscht benotzen. De Python-Befehl ass eng illustrative Projetsaufgab. Aner Jobe kënnen dës Virlag ewechloossen, a méi Joben an der selwechter Stage kënnen ënnerschiddlech Ëmwelte wielen.

Loosst dës Proxy-Nimm aus den YAML-Standardwäerter vum ieweschten Niveau eraus, wann se net breet soll verierft ginn. Kuckt och d'Projet-, Grupp- a Pipeline-Variabelen un: hir Prioritéit kann de YAML-Wäert vun engem Job iwwerschreiwen.

inherit:variables kontrolléiert d'Verierwung vun den YAML-Standardvariabelen. Et läscht net d'Projet- oder Grupp-CI/CD-Variabelen, also ass et keen allgemenge Schalter fir all Proxy-Quell ze entfernen.

Dëst konfiguréiert de Jobprozess. Den HTTP-Client, deen dobannen gestart gëtt, muss dës Variabelen ënnerstëtzen, an déi fréier Image-Pull-Verbindung vum Runner huet seng eege Konfiguratioun.

Ähnlech Artikelen