Jak ustalić, który branch nie przeszedł kompilacji, jeśli nie mam informacji o kompilacji?

Przy ograniczonych informacjach można korzystać z metod pośrednich:

1. Analiza logów systemu budowania: Jeśli dostępne są logi CI/CD (np. Jenkins, GitLab CI, GitHub Actions), zawierają informacje o uruchomieniach buildów, w tym gałęziach i statusach.
2. Sprawdzanie ostatnich commitów na gałęziach: Można ręcznie przejrzeć główne gałęzie (main, dev) i sprawdzić ostatnie commity. Może się zdarzyć, że commit zawiera link do niekompletnego lub nieudanego builda.
3. Przegląd żądań pull/merge: Często buildy są uruchamiane przy tworzeniu PR/MR. Przegląd tych żądań może ujawnić gałąź z nieudanym buildem.
4. Sprawdzanie statusu gałęzi w systemie kontroli wersji: W interfejsie GitLab/GitHub/Bitbucket często wyświetlany jest status ostatniego builda dla każdej gałęzi.

Przykład analizy logów GitLab CI za pomocą grep:

# Sprawdzanie logów last_pipeline.log pod kątem nieudanych buildów w gałęziach
grep 'status: failed' last_pipeline.log | grep 'ref:'

Przykład sprawdzania statusu gałęzi za pomocą Git:

# Pobierz listę wszystkich lokalnych gałęzi
git branch

# Przełącz się na potencjalnie problematyczną gałąź (np. feature/new-feature)
# i szukaj wzmiankek o buildach w logach commitów
git checkout feature/new-feature
git log --grep="build failed"

Tabela z możliwymi źródłami informacji:

Źródło	Zalety	Wady
Logi CI/CD	Dokładne informacje o statusie i gałęzi	Wymaga dostępu do logów
Wiadomości commitów	Mogą zawierać wyraźne wzmianki o buildach	Nie zawsze są informacyjne
Żądania pull/merge	Wyraźne powiązanie między gałęzią a buildem	Build mógł się powieść, ale PR/MR nie został zamknięty
Status gałęzi w VCS	Szybki podgląd	Może nie pokazywać pełnej historii buildów