As variables de proxy pertencen aos traballos de GitLab que as necesitan

Unha etapa de GitLab agrupa traballos; non posúe unha contorna de proceso separada. Poña as variables de proxy nos traballos que as necesitan, opcionalmente mediante un modelo oculto reutilizable:

.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 subminístrase a través da xestión de variables existente do proxecto. Para os traballos autorizados a acceder a servizos públicos mediante proxies públicos, o seu valor pode usar un punto de conexión HTTP da lista de proxies HTTP. A orde de Python é unha tarefa de proxecto ilustrativa. Outros traballos poden omitir este modelo, e varios traballos da mesma etapa poden escoller contornas diferentes.

Deixe estes nomes de proxy fóra dos valores YAML predeterminados de nivel superior se non se deben herdar amplamente. Inspeccione tamén as variables de proxecto, grupo e pipeline: a súa precedencia pode anular o valor YAML dun traballo.

inherit:variables controla a herdanza das variables YAML predeterminadas. Non borra as variables CI/CD de proxecto ou grupo, polo que non é un interruptor xeral para eliminar todas as fontes de proxy.

Isto configura o proceso do traballo. O cliente HTTP iniciado dentro debe admitir esas variables, e a conexión anterior do runner para descargar a imaxe ten a súa propia configuración.