Les variables de proxy pertanyen als treballs de GitLab que les necessiten

Reutilitzeu una plantilla de treball oculta per limitar l'entorn de proxy sense convertir-lo en un valor predeterminat de tot el pipeline.

Una etapa de GitLab agrupa treballs; no posseeix un entorn de procés separat. Posa les variables de proxy als treballs que les necessiten, opcionalment mitjançant una plantilla oculta reutilitzable:

.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 es proporciona a través de la gestió de variables existent del projecte. Per als treballs que poden accedir a serveis públics mitjançant proxys públics, el seu valor pot utilitzar un punt final HTTP de la llista de proxys HTTP. L'ordre de Python és una tasca de projecte il·lustrativa. Els altres treballs poden ometre aquesta plantilla, i diversos treballs de la mateixa etapa poden triar entorns diferents.

Deixa aquests noms de proxy fora dels valors YAML predeterminats de nivell superior si no s'han d'heretar àmpliament. Inspecciona també les variables de projecte, grup i pipeline: la seva precedència pot substituir el valor YAML d'un treball.

inherit:variables controla l'herència de les variables YAML predeterminades. No esborra les variables CI/CD de projecte o grup, així que no és un interruptor general per eliminar totes les fonts de proxy.

Això configura el procés del treball. El client HTTP iniciat dins seu ha de suportar aquestes variables, i la connexió anterior del runner per baixar la imatge té la seva pròpia configuració.

Articles relacionats