Փրոքսի փոփոխականները պատկանում են այն GitLab աշխատանքներին, որոնք դրանց կարիքն ունեն

Կրկին օգտագործեք թաքնված աշխատանքի ձևանմուշ՝ փրոքսի միջավայրը սահմանափակելու համար՝ առանց այն ամբողջ pipeline-ի լռելյայն դարձնելու։

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 լռելյայններից դուրս։ Ստուգեք նաև նախագծի, խմբի և pipeline-ի փոփոխականները. դրանց առաջնահերթությունը կարող է վերացնել աշխատանքի YAML արժեքը։

inherit:variables-ը կառավարում է YAML լռելյայն փոփոխականների ժառանգումը։ Այն չի ջնջում նախագծի կամ խմբի CI/CD փոփոխականները, ուստի բոլոր փրոքսի աղբյուրները հեռացնելու ընդհանուր անջատիչ չէ։

Սա կարգավորում է աշխատանքի ընթացքը։ Դրա ներսում գործարկվող HTTP հաճախորդը պետք է աջակցի այդ փոփոխականներին, իսկ runner-ի նախորդ պատկերի ներբեռնման միացումն ունի իր կարգավորումը։

Առնչվող հոդվածներ