Ang mga variable ng proxy ay pag-aari ng mga GitLab job na nangangailangan nito

Gamitin muli ang nakatagong template ng job para i-scope ang proxy environment sa halip na gawin itong default ng buong pipeline.

Ang isang stage sa GitLab ay nagpapangkat ng mga job; wala itong sariling process environment. Ilagay ang mga variable ng proxy sa mga job na nangangailangan nito, opsyonal sa pamamagitan ng nakatagong template na magagamit muli:

.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

Ang CODE_PROXY ay ibinibigay sa pamamagitan ng umiiral nang pamamahala ng variable ng proyekto. Para sa mga job na pinapayagang umakses sa mga pampublikong serbisyo sa pamamagitan ng pampublikong proxy, maaaring gumamit ang halaga nito ng HTTP endpoint mula sa listahan ng HTTP proxy. Ang Python command ay isang halimbawang gawain ng proyekto. Maaaring laktawan ng ibang job ang template na ito, at makakapili ng iba't ibang environment ang maraming job sa isang stage.

Huwag isama ang mga pangalang ito ng proxy sa mga default na YAML sa pinakamataas na antas kung hindi dapat malawakang mamana. Suriin din ang mga variable ng proyekto, grupo at pipeline: maaaring ma-override ng kanilang precedence ang YAML value ng isang job.

Kinokontrol ng inherit:variables ang pagmamana ng mga default na variable sa YAML. Hindi nito binubura ang mga CI/CD variable ng proyekto o grupo, kaya hindi ito pangkalahatang switch para alisin ang lahat ng pinagmumulan ng proxy.

Ito ay nag-configure sa proseso ng job. Ang HTTP client na inilunsad sa loob nito ay dapat sumuporta sa mga variable na iyon, at ang naunang koneksyon ng runner para sa pag-pull ng image ay may sariling configuration.

Kaugnay na mga artikulo