प्रॉक्सी व्हेरिएबल्स ती आवश्यक असलेल्या GitLab जॉब्सची आहेत

GitLab स्टेज जॉब्सचे गट करते; तिच्याकडे स्वतंत्र प्रक्रिया वातावरण नसते. प्रॉक्सी व्हेरिएबल्स ती आवश्यक असलेल्या जॉब्सवर ठेवा, इच्छित असल्यास पुन्हा वापरता येणाऱ्या लपलेल्या टेम्पलेटद्वारे:

.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 प्रकल्पाच्या विद्यमान व्हेरिएबल व्यवस्थापनाद्वारे पुरवले जाते. सार्वजनिक प्रॉक्सीद्वारे सार्वजनिक सेवांमध्ये प्रवेश करण्यास परवानगी असलेल्या जॉब्ससाठी, त्याचे मूल्य HTTP प्रॉक्सी सूचीमधून HTTP एंडपॉइंट वापरू शकते. Python कमांड हे उदाहरणात्मक प्रकल्प कार्य आहे. इतर जॉब्स हे टेम्पलेट वगळू शकतात आणि एकाच स्टेजमधील अनेक जॉब्स वेगवेगळी वातावरणे निवडू शकतात.

हे प्रॉक्सी नावे मोठ्या प्रमाणात वारसा म्हणून मिळू नयेत असल्यास त्यांना वरच्या स्तराच्या YAML डीफॉल्टमधून बाहेर ठेवा. प्रकल्प, गट आणि पाइपलाइन व्हेरिएबल्सचीही तपासणी करा: त्यांचे प्राधान्य जॉबचे YAML मूल्य ओव्हरराइड करू शकते.

inherit:variables YAML डीफॉल्ट व्हेरिएबल्सचा वारसा नियंत्रित करते. ते प्रकल्प किंवा गट CI/CD व्हेरिएबल्स पुसत नाही, म्हणून प्रत्येक प्रॉक्सी स्रोत काढण्यासाठी तो सामान्य स्विच नाही.

हे जॉब प्रक्रिया कॉन्फिगर करते. त्यात सुरू केलेल्या HTTP क्लायंटने ती व्हेरिएबल्स समर्थित करणे आवश्यक आहे आणि रनरच्या आधीच्या इमेज-पुल कनेक्शनचे स्वतःचे कॉन्फिगरेशन आहे.