პროქსის ცვლადები ეკუთვნის იმ 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-ის ადრინდელ image-ის ჩამოტვირთვის კავშირს აქვს საკუთარი კონფიგურაცია.

დაკავშირებული სტატიები