Πώς να προσδιορίσετε ποιο κλαδί δεν πέρασε την κατασκευή αν δεν έχω πληροφορίες για την κατασκευή;

Με περιορισμένες πληροφορίες, μπορούν να χρησιμοποιηθούν έμμεσες μέθοδοι:

1. Ανάλυση των logs κατασκευής του συστήματος: Αν έχετε πρόσβαση στα logs CI/CD (π.χ., Jenkins, GitLab CI, GitHub Actions), περιέχουν πληροφορίες σχετικά με τις εκτελέσεις κατασκευής, συμπεριλαμβανομένων των κλάδων και των καταστάσεων.
2. Έλεγχος των τελευταίων commits στους κλάδους: Μπορείτε να ελέγξετε χειροκίνητα τους κύριους κλάδους (main, dev) και να ελέγξετε τα τελευταία commits. Ίσως κάποιο commit να περιέχει σύνδεσμο σε μια μη ολοκληρωμένη ή αποτυχημένη κατασκευή.
3. Ανασκόπηση των pull/merge requests: Συχνά, οι κατασκευές ξεκινούν κατά τη δημιουργία PR/MR. Η εξέταση αυτών των αιτημάτων μπορεί να αποκαλύψει έναν κλάδο με αποτυχημένη κατασκευή.
4. Έλεγχος της κατάστασης των κλάδων στο σύστημα ελέγχου εκδόσεων: Στην διεπαφή GitLab/GitHub/Bitbucket, συχνά εμφανίζεται η κατάσταση της τελευταίας κατασκευής για κάθε κλάδο.

Παράδειγμα ανάλυσης των logs GitLab CI με grep:

# Έλεγχος των logs last_pipeline.log για αποτυχημένες κατασκευές στους κλάδους
grep 'status: failed' last_pipeline.log | grep 'ref:'

Παράδειγμα ελέγχου της κατάστασης των κλάδων μέσω Git:

# Λήψη της λίστας όλων των τοπικών κλάδων
git branch

# Μεταβείτε σε πιθανώς προβληματικό κλάδο (π.χ., feature/new-feature)
# και αναζητήστε αναφορές σε κατασκευές στα logs των commits
git checkout feature/new-feature
git log --grep="build failed"

Πίνακας με πιθανές πηγές πληροφοριών:

Πηγή	Πλεονεκτήματα	Μειονεκτήματα
Logs CI/CD	Ακριβείς πληροφορίες για την κατάσταση και τον κλάδο	Απαιτεί πρόσβαση στα logs
Μηνύματα Commit	Μπορεί να περιέχουν ρητές αναφορές σε κατασκευές	Δεν είναι πάντα ενημερωτικά
Pull/Merge Requests	Ρητή σύνδεση μεταξύ κλάδου και κατασκευής	Η κατασκευή μπορεί να έχει περάσει, αλλά το PR/MR να μην έχει κλείσει
Κατάσταση κλάδων VCS	Γρήγορη επισκόπηση	Μπορεί να μην δείχνει ολόκληρο το ιστορικό κατασκευών