Kā noteikt, kura filiāle nav izturējusi būvniecību, ja man nav informācijas par būvniecību?

Ja ir tikai ierobežota informācija, var izmantot netiešas metodes:

1. Sistēmas žurnālu analīze: Ja ir piekļuve CI/CD žurnāliem (piemēram, Jenkins, GitLab CI, GitHub Actions), tajos ir informācija par būvēm, zaru un statusiem:
2. Pēdējo kommitu pārbaude zaros: Rokasgrāmatā var pārskatīt galvenos zarus (main, dev) un pārbaudīt pēdējos kommitus. Iespējams, kāds kommits satur saiti uz nepabeigtu vai neveiksmīgu būvi:
3. Pull/merge pieprasījumu pārskatīšana: Bieži būves tiek uzsāktas, izveidojot PR/MR. Šo pieprasījumu pārskatīšana var atklāt neveiksmīgu zaru:
4. VCS zaru statusa pārbaude: GitLab/GitHub/Bitbucket interfeisā bieži tiek rādīts pēdējās būves statuss katram zaram:

Piemērs, izmantojot grep GitLab CI žurnālu analīzei:

# Pārbaudiet last_pipeline.log žurnālus par neveiksmīgām būvēm zaros
grep 'status: failed' last_pipeline.log | grep 'ref:'

Piemērs, pārbaudot zaru statusu ar Git:

# Saņemt visu vietējo zaru sarakstu
git branch

# Pāriet uz iespējams "problematisko" zaru (piemēram, feature/new-feature)
# un meklēt būves pieminējumus kommitu žurnālos
git checkout feature/new-feature
git log --grep="build failed"

Tabulā ir sniegti iespējamie informācijas avoti:

Avots	Priekšrocības	Trūkumi
CI/CD žurnāli	Precīza informācija par statusu un zaru	Nepieciešama piekļuve žurnāliem
Kommitu ziņojumi	Var saturēt skaidru pieminējumu par būvi	Ne vienmēr informatīvi
Pull/Merge pieprasījumi	Skaidri sasaista zaru un būvi	Būve var būt veiksmīga, bet PR/MR nav aizvērts
VCS zaru statuss	Ātrs pārskats	Var neparādīt pilnu būves vēsturi