Cum se determină care ramură nu a trecut de construcție dacă nu am informații despre construcție?

Cu informații limitate, se pot utiliza metode indirecte:

1. Analiza jurnalelor de build ale sistemului: Dacă aveți acces la jurnalele CI/CD (de exemplu, Jenkins, GitLab CI, GitHub Actions), acestea conțin informații despre rulările de build, inclusiv ramuri și stări.
2. Verificarea ultimelor commit-uri din ramuri: Puteți parcurge manual ramurile principale (main, dev) și verifica ultimele commit-uri. Este posibil ca un commit să conțină un link către o build incompletă sau eșuată.
3. Revizuirea cererilor pull/merge: De obicei, build-urile sunt inițiate la crearea PR/MR. Revizuirea acestor cereri poate identifica o ramură cu o build eșuată.
4. Verificarea stării ramurilor în sistemul de control al versiunilor: În interfața GitLab/GitHub/Bitbucket, adesea se afișează starea ultimei build pentru fiecare ramură.

Exemplu de analiză a jurnalelor GitLab CI folosind grep:

# Verificarea jurnalelor last_pipeline.log pentru build-uri eșuate în ramuri
grep 'status: failed' last_pipeline.log | grep 'ref:'

Exemplu de verificare a stării ramurilor cu Git:

# Obțineți lista tuturor ramurilor locale
git branch

# Comutați pe ramura potențial problematică (de exemplu, feature/new-feature)
# și căutați mențiuni despre build-uri în jurnalele commit-urilor
git checkout feature/new-feature
git log --grep="build failed"

Tabel cu posibile surse de informație:

Sursă	Avantaje	Dezavantaje
Jurnale CI/CD	Informații precise despre stare și ramură	Necesită acces la jurnale
Mesaje de commit	Pot conține mențiuni explicite despre build-uri	Nu sunt întotdeauna informative
Cereri pull/merge	Legătură explicită între ramură și build	Build-ul a putut trece, dar PR/MR nu a fost închis
Starea ramurilor în VCS	Privire de ansamblu rapidă	Poate nu arată întreaga istorie a build-urilor