Co znamená CI/CD
CI/CD je zkratka pro Continuous Integration (průběžnou integraci) a Continuous Delivery (průběžné dodávání), případně Continuous Deployment (průběžné nasazování). Jde o to, že automatizujete cestu, kterou kód urazí z notebooku vývojáře až do produkce. Díky tomu nasazujete malé změny často a s menším rizikem.
Ty tři pojmy popisují různé části téže cesty:
- Continuous Integration (CI) znamená, že každou změnu vývojář často slučuje do společného kódu a automatický proces po každém sloučení kód sestaví a spustí testy. Cílem je odhalit konflikty a rozbitý kód během pár minut, ne za pár dní.
- Continuous Delivery (CD) vezme otestovaný kód a připraví ho tak, aby byl vždy připravený k vydání. Tlačítko sice pořád zmáčkne člověk, ale vydání je rutinní krok bez nervů, ne celý projekt.
- Continuous Deployment jde ještě o krok dál: když projdou všechny automatické kontroly, změna se nasadí sama, bez ručního schválení.
Rozdíl mezi oběma „CD“ je tedy poslední krok. U Continuous Delivery rozhoduje o vydání člověk. U Continuous Deployment rozhoduje pipeline a každá změna, která projde, se dostane k uživatelům automaticky.
Lidsky řečeno
Představte si CI/CD jako výrobní linku v automobilce. Continuous Integration je kontrola každého nového dílu hned, jak dorazí, aby se vadný šroub nikdy nedostal dál po lince. Continuous Delivery znamená, že hotové auto připravené na cestu čeká na parkovišti, až někdo předá klíče. Continuous Deployment znamená, že auto vyjede k zákazníkovi samo, jakmile projde kontrolou. Smysl je v obou případech stejný: chytit problémy včas a udělat z nasazení nudnou rutinu.
Jak vypadá pipeline
Pipeline je seřazená sada automatických kroků, kterými kód projde poté, co ho nahrajete. Týmy ji obvykle popíšou v konfiguračním souboru (třeba ve workflow nástroje GitHub Actions), který leží přímo u kódu. Proces je tak verzovaný a každý do něj vidí.
Typická pipeline spustí tyhle fáze po sobě:
- Build (sestavení) — přeloží kód a doinstaluje závislosti. Když tahle fáze spadne, nic dalšího se nespustí.
- Test — spustí jednotkové a integrační testy a kontrolu kódu. Tady se chytne většina problémů.
- Scan (kontrola) — prověří bezpečnostní rizika, prozrazená hesla a zastaralé balíčky.
- Package (zabalení) — sbalí výsledek do nasaditelného balíčku, často do kontejneru.
- Deploy (nasazení) — pošle balíček nejdřív do testovacího prostředí a potom do produkce.
Každá fáze buď projde a předá řízení další, nebo spadne a zastaví linku. Když fáze spadne, vývojář dostane jasný signál, co se rozbilo a kde, obvykle do pár minut od nahrání kódu.
Proč na tom záleží
Odměnou je rychlost, u které vám nebuší srdce. Když automatizujete integraci a testování, tým nasazuje denně spoustu malých změn místo jednoho velkého strašáka jednou za měsíc. Malé změny se snáz kontrolují, snáz ladí a snáz vrací zpátky, když se něco pokazí.
Mění se tím i to, jak se v týmu pracuje. Bránou ke kvalitě se stává pipeline, ne paměť seniorního vývojáře. Testy běží pokaždé stejně, takže „u mě to funguje“ přestane být argument. Z vydání už nejsou noční akce, kterých se všichni děsí.
Pro nás v DX Heroes je zdravé CI/CD jeden z nejjasnějších signálů dobrého developer experience. Když je cesta do produkce rychlá a důvěryhodná, vývojáři věnují energii produktu, ne boji s procesem nasazení.
Na co si dát pozor
- Vrtkavé testy — testy, které padají náhodně, naučí tým ignorovat červené buildy. Jakmile lidé začnou pipeline pouštět znovu a znovu, dokud neprojde, přestala vás chránit. Vrtkavé testy rychle opravte nebo smažte.
- Příliš pomalá pipeline — když build trvá 40 minut, vývojáři ho přestanou spouštět a začnou změny hromadit, čímž se celý smysl ztrácí. Držte zpětnou vazbu krátkou, ideálně do deseti minut pro běžný případ.
- Chybí skutečné testy — pipeline, která pustí tři triviální testy, dává falešný pocit bezpečí. Pipeline je tak dobrá jako kontroly uvnitř ní.
- Ruční kroky schované uprostřed — když musí někdo před vydáním ručně upravit konfiguraci nebo přesunout soubor, proces není doopravdy automatický a rozbije se ve chvíli, kdy je ten člověk na dovolené.
- Continuous Deployment bez záchranné sítě — nasazovat každou změnu automaticky funguje jen tehdy, když umíte problém v produkci odhalit a rychle vrátit změnu zpět. Než z procesu vyřadíte člověka, přidejte monitoring a přepínače funkcí (feature flags).
Související články
- Co je developer experience a proč na něm záleží? - Proč cesta od kódu do produkce ovlivňuje práci celého týmu.
- Context engineering: nová dovednost vývojářů - Jak dát AI nástrojům správný kontext, podobně jako pipeline dává kódu správné kontroly.
- Co je to Vibe coding? - Tvorba softwaru promptováním AI a proč na pevné automatizaci pod tím záleží víc než kdy dřív.
Chcete být o krok napřed?
Nenechte si utéct naše nejlepší postřehy. Žádný spam, jen praktické analýzy, pozvánky na exkluzivní eventy a shrnutí podcastů přímo do vaší schránky.