GitLab Runner: იპოვეთ პროქსის პარამეტრები წარუმატებელი სამუშაო ეტაპისთვის
Runner-ის მართვა, სურათის მოძიება, რეპოზიტორიის მოძიება და სამუშაოს შიგნით ჩამოტვირთვები შეიძლება სხვადასხვა პროცესიდან წარმოიშვას.
| პირველი წარუმატებლობა | შესამოწმებელი შეყვანა |
|---|---|
| Runner უკავშირდება GitLab-ს | Runner სერვისის გარემო |
| სამუშაოს სურათის ჩამოტვირთვა | Docker-ის დემონი/ჩამოტვირთვის სერვისი |
| რეპოზიტორიის მოძიება | Git კლიენტის/დამხმარის რეალური გარემო |
| სამუშაო ბრძანების ჩამოტვირთვა | კონტეინერი და ამ ხელსაწყოს საკუთარი კლიენტის პარამეტრები |
სამუშაოს ცვლადი ძალიან გვიან მოდის იმ სურათის ჩამოსატვირთად, რომელიც კონტეინერის შესაქმნელად უკვე საჭიროა. წარმატებული Runner-ის მართვის კავშირიც ვერ უზრუნველყოფს იზოლირებული სამუშაოს ხელმისაწვდომობას.
127.0.0.1:3128-ისთვის იპოვეთ მსმენელი: სამუშაო კონტეინერის loopback არ არის Runner-ის ჰოსტი. წვდომა ჰოსტის დამხმარესთან მხოლოდ განკუთვნილ სამუშაო ქსელებს მიეცით და მისი upstream ანგარიში განზრახ მართეთ.
გამოიყენეთ გაშვებული Runner/შემსრულებლის მხარდაჭერილი ინტერფეისი, შემდეგ რეალური ჩამომტვირთავის ვერსიაზე დამოკიდებული პარამეტრები. ეტაპი, მოთხოვნის პროცესი და მცდელობილი საბოლოო წერტილი შეინახეთ რედაქტირებულ დიაგნოსტიკაში, ნაცვლად ანგარიშის სპეციფიკური ვარაუდების საერთო გარსებში ჩასმისა.