Proksaj variabloj apartenas al la GitLab-taskoj, kiuj bezonas ilin

Reuzu kaŝitan taskoŝablonon por limigi la proksan medion sen igi ĝin tutpipelinea defaŭlto.

GitLab-etapo grupigas taskojn; ĝi ne posedas apartan procesan medion. Metu proksajn variablojn sur la taskojn, kiuj bezonas ilin, laŭeble per reuzebla kaŝita ŝablono:

.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 estas provizita per la ekzistanta variabla administrado de la projekto. Por taskoj rajtigitaj aliri publikajn servojn per publikaj proksoj, ĝia valoro povas uzi HTTP-finpunkton el la listo de HTTP-proksoj. La Python-komando estas ilustra projekta tasko. Aliaj taskoj povas preterlasi ĉi tiun ŝablonon, kaj pluraj taskoj en la sama etapo povas elekti malsamajn mediojn.

Lasu ĉi tiujn proksajn nomojn ekster la plej altnivelaj YAML-defaŭltoj, se ili ne devas esti vaste heredataj. Ankaŭ kontrolu projektajn, grupajn kaj pipelineajn variablojn: ilia prioritato povas superregi la YAML-valoron de tasko.

inherit:variables regas la heredadon de YAML-defaŭltaj variabloj. Ĝi ne forigas projektajn aŭ grupajn CI/CD-variablojn, do ĝi ne estas ĝenerala ŝaltilo por forigi ĉiun proksan fonton.

Ĉi tio agordas la taskan proceson. La HTTP-kliento lanĉita ene devas subteni tiujn variablojn, kaj la pli frua bildeltira konekto de la runner havas sian propran agordon.

Rilataj artikoloj