როგორ დავადგინოთ, რომელი ფილიალი ვერ ჩააბარა შეკვეთა, თუ შეკვეთის შესახებ ინფორმაცია არ მაქვს?

მოკლედ ინფორმაცია თუ არის, შეიძლება გამოყენებულ იქნას ირიბი მეთოდები:

1. სისტემის ლოგების ანალიზი შეკრების პროცესზე: თუ გაქვთ წვდომა CI/CD ლოგებზე (მაგალითად, Jenkins, GitLab CI, GitHub Actions), მათში ინახება ინფორმაცია შეკრებების შესახებ, მათ შორის ფილიალები და სტატუსები:
2. ბოლო კომიტების შემოწმება ფილიალებში: შეგიძლიათ ხელით გადახედოთ ძირითად ფილიალებს (main, dev) და შემოწმოთ ბოლო კომიტები. შესაძლოა, რომელიმე კომიტი შეიცავდეს ბმულს დასრულებულ ან წარუმატებელ შეკრებაზე:
3. Pull/merge მოთხოვნების ნახვა: ხშირად შეკრებები იწყება PR/MR-ის შექმნისას. ამ მოთხოვნების ნახვა შეიძლება გამოავლინოს წარუმატებელი შეკრების ფილიალი:
4. VCS ფილიალების სტატუსის შემოწმება: GitLab/GitHub/Bitbucket ინტერფეისში ხშირად ჩანს ბოლო შეკრების სტატუსი თითოეულ ფილიალზე:

მაგალითი GitLab CI ლოგების ანალიზი grep გამოყენებით:

# შემოწმება last_pipeline.log ლოგზე წარუმატებელი შეკრებებისთვის ფილიალებში
grep 'status: failed' last_pipeline.log | grep 'ref:'

მაგალითი ფილიალების სტატუსის შემოწმება Git-ით:

# ყველა ადგილობრივი ფილიალის სია
ngit branch

# გადართვა შესაძლო "პრობლემურ" ფილიალზე (მაგალითად, feature/new-feature)
# და ძებნა შეკრების შესახებ ჩანაწერებში ლოგებში
git checkout feature/new-feature
git log --grep="build failed"

ტაბლაში მოცემულია შესაძლო ინფორმაციის წყაროები:

წყარო	უპირატესობები	ნაკლოვანებები
CI/CD ლოგები	ზუსტი ინფორმაცია სტატუსის და ფილიალის შესახებ	საჭიროებს ლოგების წვდომას
კომიტების შეტყობინებები	შეიძლება შეიცავდეს აშკარად მითითებას შეკრების შესახებ	ყოველთვის არ არის ინფორმაციული
Pull/Merge მოთხოვნები	აშკარად უკავშირდება ფილიალს და შეკრებას	შეკრება შეიძლება წარმატებული იყოს, მაგრამ PR/MR არ იყოს დახურული
VCS ფილიალების სტატუსი	სწრაფი მიმოხილვა	შეიძლება არ აჩვენოს სრული შეკრების ისტორია