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