প্রক্সি ভেরিয়েবলগুলো সেই 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 ক্লায়েন্টকে সেই ভেরিয়েবলগুলো সমর্থন করতে হবে, এবং রানারের আগের ইমেজ-টান সংযোগের নিজস্ব কনফিগারেশন রয়েছে।