ପ୍ରକ୍ସି ଭେରିଏବଲଗୁଡ଼ିକ ସେହି 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 କ୍ଲାଏଣ୍ଟ ସେହି ଭେରିଏବଲଗୁଡ଼ିକୁ ସମର୍ଥନ କରିବା ଆବଶ୍ୟକ, ଏବଂ ରନରର ପୂର୍ବ ଇମେଜ-ପୁଲ ସଂଯୋଗର ନିଜସ୍ୱ ବିନ୍ୟାସ ଅଛି।