Pipeline-tenkning

En pipeline er ikke magi — den er rutinen din fra forrige leksjon, skrevet ned og overtatt av en maskin. Denne leksjonen handler om tenkningen bak: tre faser i fast rekkefølge, feil som stopper tidlig, og samme trinn hver eneste gang.

Tre faser: bygg, test, rull ut

Nesten alle pipelines, i alle språk og plattformer, er en variant av den samme sekvensen:

• Bygg — koden din blir til noe som kan kjøre: avhengigheter installeres, TypeScript kompileres, statiske filer lages. Ryker bygget, var det en feil koden bar på.
• Test — portene. Automatiske tester kjøres mot det som ble bygget. Feiler en test, går ikke versjonen videre.
• Rull ut — versjonen som passerte de to første fasene blir utrullet. Denne fasen kjører bare når alt annet er grønt.

1npm ci            # bygg: rene, nøyaktige avhengigheter fra lock-filen2npm run build     # bygg: koden blir til ferdige filer3npm test          # test: portene som stopper det dårlige4npm run deploy    # rull ut: bare når alt over er grønt

Sekvensen er hele grepet. Ingen fase kan hoppes over, og ingen fase gjøres «raskere denne gangen». Maskinen har ikke en traveldag — det var poenget.

Fail fast

Jo tidligere en feil blir fanget, jo billigere er den. En skrivefeil som ryker i byggfasen koster to minutter og én rød hake. Den samme skrivefeilen fanget av en bruker koster en feilrapport, en feilsøkingsøkt og en liten spiker i tilliten. Derfor er pipelinen bygd for å stoppe ved første feil — ikke for å jakte videre og finne alle samtidig.

Merk deg hva som er felles for de to røde utfallene: ingen av dem ruller noe ut. En rød pipeline er ikke en skandale — den er pipelinen som gjør jobben sin.

Samme trinn, hver gang

Den usynlige gevinsten er forutsigbarhet. Når utrullingen er en pipeline, er den lik hver gang: samme node-versjon, samme installeringskommando, samme rekkefølge — uavhengig av hvem som pusher, hvor travelt det er og hvor lenge det er siden sist. «Fungerer det for deg?» slutter å være et spørsmål, for maskinen har bare ett miljø: pipelinen.