Columbia Games · CCM v2 / 2026. augusztus 26.
A CCM deploy ne indítson újra mindent csak azért, mert volt egy commit
A production pipeline migration-aware és incremental lett: külön felismeri az adatbázis-, runtime-, web- és SEO változást, és csak azt a részt mozgatja, amelynek tényleg kell.
A helyzet
Egy nagy commerce rewrite-nál a „minden commit után rebuild és restart mindent” stratégia egyszerű, de drága és felesleges kockázatot hoz. Egy dokumentációs vagy frontend asset változás nem indokol API image rebuildet, egy adatbázis-migráció viszont explicit sorrendet és backupot kíván. A pipeline addig túl kevés információt használt a változás természetéről.
A megoldási út
Change detection került a deployment elé, és a production script külön flaggel kapta meg, mi változott. A DB migration, API runtime, web publish és SEO refresh önálló lépés lett, szükség szerint aktiválva. A változásdetektálást fail-safe módra állítottam: ha nem tudjuk biztosan, inkább a biztonságosabb, teljesebb utat válassza, ne hagyjon ki kritikus lépést.
Mi lett belőle
A release-ek gyorsabbak és kisebb blast radiusúak lettek. Egy statikus változás nem bántotta feleslegesen az API-t, miközben a migrációs commitok garantáltan megkapták a szükséges adatbázis-lépést és ellenőrzést.