प्रॉक्सी वेरिएबल उन 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 क्लाइंट को उन वेरिएबल का समर्थन करना चाहिए, और रनर के पहले के इमेज-पुल कनेक्शन का अपना कॉन्फ़िगरेशन है।