Proxyferoarlingen hearre by de GitLab-taken dy't se nedich hawwe

Brûk in ferburgen taaksjabloan opnij om de proxy-omjouwing te beheinen sûnder it in pipeline-brede standert te meitsjen.

In GitLab-fase groepearret taken; it hat gjin aparte prosesomjouwing. Set proxyferoarlingen op de taken dy't se nedich hawwe, opsjoneel fia in werbrûkber ferburgen sjabloan:

.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 wurdt levere fia it besteande feroaringsbehear fan it projekt. Foar taken dy't tagong hawwe ta publike tsjinsten fia publike proxies, kin de wearde in HTTP-einpunt út 'e HTTP-proxylist brûke. It Python-opdracht is in yllustrative projekttaak. Oare taken kinne dit sjabloan weilitte, en ferskate taken yn deselde fase kinne ferskate omjouwings kieze.

Lit dizze proxynammen bûten de YAML-standertwearden op heechste nivo as se net breed erfd wurde moatte. Besjoch ek projekt-, groep- en pipelineferoarlingen: har foarrang kin de YAML-wearde fan in taak oerskriuwe.

inherit:variables regelet de erfenis fan YAML-standertferoarlingen. It wisket gjin projekt- of groep-CI/CD-feroarlingen, dus it is gjin algemiene skeakel om elke proxyboarne te ferwiderjen.

Dit konfigurearret it taakproses. De HTTP-klant dy't derbinnen start wurdt, moat dy feroarlingen stypje, en de eardere image-pull-ferbining fan 'e runner hat syn eigen konfiguraasje.

Relatearre artikelen