Co je trunk-based development?
Délka:
4 min
Publikováno:
9. června 2026
Co znamená trunk-based development
Trunk-based development je způsob, jak si tým zorganizuje práci v Gitu. Všichni přidávají změny do jediné společné větve, obvykle pojmenované main nebo trunk, a to v malých dávkách několikrát denně. Místo toho, abyste funkci stavěli dva týdny na samostatné větvi a pak slučovali obří pull request, integrujete průběžně drobné kousky a trunk držíte stále připravený k vydání.
Krátké větve jsou pořád v pořádku. Pravidlo zní, že větev žije hodiny nebo den dva, ne týdny. Čím déle se větev liší od trunku, tím těžší a rizikovější je pozdější sloučení.
Lidsky řečeno
Představte si trunk jako sdílený dokument, který všichni upravují společně. Když každý měsíc pracuje na své vlastní kopii, sloučit verze všech zpátky do jedné je noční můra. Když všichni ukládají do sdíleného dokumentu malé úpravy mnohokrát za den, konflikty jsou drobné a snadno se vyřeší. V tom je celá podstata: slučujte často, aby slučování nikdy nebolelo.
Proč to týmy používají
- Méně bolestivých sloučení. Malé a časté integrace znamenají i malé konflikty. Obávaný „týden slučování“ zmizí.
- Umožňuje skutečné CI/CD. Průběžná integrace předpokládá, že integrujete průběžně. Trunk-based development je přesně ten model větvení, který to bere doslova.
- Rychlejší zpětná vazba. Protože se změny dostanou do společné větve rychle, problémy se ukážou během hodin, ne týdnů, a tehdy se opravují levně.
- Jasnější práce s kódem. S jedním trunkem a bez zapomenutých větví pracují všichni nad stejným, čerstvým stavem kódu.
Na co si dát pozor
- Nasazení nehotové práce. Časté přidávání do main znamená, že se do společné větve dostanou i rozdělané funkce. Schovejte je za přepínače funkcí (feature flags), aby pro uživatele zůstaly neviditelné, dokud nejsou hotové.
- Slabé pokrytí testy. Trunk-based development bez kvalitních automatických testů je nebezpečný, protože chybí záchranná síť, která by rozbitou změnu zachytila dřív, než se rozšíří.
- Větve, které potichu narostou. „Krátkodobá“ větev se snadno protáhne. Když je otevřená týden, jste zpátky u starého modelu, jen s víc obřady.
- Vynechaná kontrola. Rychlost neznamená žádnou kontrolu. Použijte rychlé pull requesty nebo párové programování, aby se na změny pořád díval ještě někdo další.
Související články
- Co je CI/CD? - Automatická cesta do produkce, kterou má trunk-based development živit.
- Co jsou feature flags? - Jak bezpečně sloučit nehotovou práci tím, že ji schováte před uživateli.
- Co je monorepo? - Jak držet víc projektů v jednom repozitáři, častý společník sdíleného trunku.
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.