Hoe bepaal je welke tak niet is gebouwd als je geen informatie hebt over de build?

Met beperkte informatie kunnen indirecte methoden worden gebruikt:

1. Analyse van build-logs van het systeem: Als je toegang hebt tot CI/CD-logs (bijvoorbeeld Jenkins, GitLab CI, GitHub Actions), bevatten deze informatie over build-uitvoeringen, inclusief takken en statussen.
2. Controleer de laatste commits op de takken: Je kunt handmatig de hoofd-takken (main, dev) bekijken en de laatste commits controleren. Het is mogelijk dat een commit een link bevat naar een incomplete of mislukte build.
3. Bekijk pull/merge requests: Vaak worden builds gestart bij het aanmaken van PR/MR. Het bekijken van deze verzoeken kan een tak met een mislukte build aan het licht brengen.
4. Controleer de status van de takken in het versiebeheersysteem: In de interface van GitLab/GitHub/Bitbucket wordt vaak de status van de laatste build voor elke tak weergegeven.

Voorbeeld van analyse van GitLab CI-logs met grep:

# Controleer de logs last_pipeline.log op mislukte builds in de takken
grep 'status: failed' last_pipeline.log | grep 'ref:'

Voorbeeld van het controleren van de status van takken via Git:

# Verkrijg de lijst van alle lokale takken
git branch

# Schakel over naar de mogelijk problematische tak (bijvoorbeeld, feature/new-feature)
# en zoek naar vermeldingen van builds in de commit-logs
git checkout feature/new-feature
git log --grep="build failed"

Tabel met mogelijke informatiebronnen:

Bron	Voordelen	Nadelen
CI/CD Logs	Nauwkeurige informatie over status en tak	Toegang tot logs vereist
Commit-berichten	Kan expliciete vermeldingen van builds bevatten	Niet altijd informatief
Pull/Merge requests	Expliciete koppeling tussen tak en build	Build kan geslaagd zijn, maar PR/MR niet gesloten
Status van tak in VCS	Snelle overzicht	Kan niet de volledige build-geschiedenis tonen