Hogyan határozhatom meg, hogy melyik ág nem ment át az építésen, ha nincs információm az építésről?

Korlátozott információk esetén közvetett módszerek alkalmazhatók:

1. A rendszer build naplóinak elemzése: Ha hozzáférése van a CI/CD naplókhoz (pl. Jenkins, GitLab CI, GitHub Actions), ezek információkat tartalmaznak a build futtatásairól, beleértve az ágakat és állapotokat.
2. Az utolsó commitok ellenőrzése az ágakon: Manuálisan áttekintheti a fő ágakat (main, dev), és ellenőrizheti az utolsó commitokat. Lehet, hogy egy commit egy linket tartalmaz egy befejezetlen vagy sikertelen buildhez.
3. Pull/merge kérések áttekintése: Gyakran a build-ek PR/MR létrehozásakor indulnak. Ezek áttekintése feltárhat egy sikertelen buildtel rendelkező ágat.
4. Az ágak állapotának ellenőrzése a verziókezelő rendszerben: A GitLab/GitHub/Bitbucket felületén gyakran megjelenik az utolsó build állapota minden ágnál.

Példa a GitLab CI naplóinak grep-el történő elemzésére:

# Ellenőrizze az utolsó_pipeline.log naplókat sikertelen build-ek után az ágakban
grep 'status: failed' last_pipeline.log | grep 'ref:'

Példa az ágak állapotának ellenőrzésére Git segítségével:

# Szerezze meg az összes helyi ág listáját
git branch

# Váltson a potenciálisan problémás ágra (pl. feature/new-feature)
# és keressen utalásokat a build-ekre a commit naplókban
git checkout feature/new-feature
git log --grep="build failed"

Lehetséges információforrások táblázata:

Forrás	Előnyök	Hátrányok
CI/CD naplók	Pontos információk az állapotról és az ágról	Hozzáférés a naplókhoz szükséges
Commit üzenetek	Tartalmazhat explicit utalásokat a build-ekre	Nem mindig informatív
Pull/Merge kérdések	Explicit kapcsolat az ág és a build között	A build sikeres lehetett, de a PR/MR nem zárult be
VCS ág állapota	Gyors áttekintés	Nem mutatja a teljes build történelmet