પ્રોક્સી ચલો તેમને જરૂરી હોય તેવા 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 ક્લાયન્ટે તે ચલોને સમર્થન આપવું જોઈએ, અને રનરના અગાઉના ઇમેજ-પુલ કનેક્શનનું પોતાનું ગોઠવણ છે.