Mi az a törzs-alapú fejlesztés (trunk-based development) és hogyan támogatja a CI/CD-t?

Question

Accepted Answer

A **trunk-alapú fejlesztés** egy branching stratégia, ahol a fejlesztők kis változtatásokat **gyakran integrálnak egyetlen fő ágba (trunk)**, nagyon rövid élettartamú ágakat használva (vagy közvetlenül commitolva). Szorosan kapcsolódik a magas teljesítményű CI/CD-hez, mivel maximalizálja a folyamatos integrációt.

## Mi a trunk-alapú fejlesztés

```text
Developers commit small, frequent changes to a SINGLE shared branch (trunk/main):
  → very SHORT-LIVED branches (merged within hours or a day) — or commit directly
  → integrate continuously (multiple times a day) into trunk
  → trunk is kept always RELEASABLE (working, deployable)
→ vs long-lived feature branches that diverge for days/weeks before merging.
```

## Miért támogatja jól a CI/CD-t

```text
✓ MAXIMIZES continuous INTEGRATION — frequent small merges = the essence of CI
  (catch integration issues immediately; tiny, easy-to-resolve conflicts)
✓ AVOIDS "merge hell" — no long-lived branches diverging → no big painful merges
✓ Small changes = lower risk, easier review, faster feedback
✓ Keeps trunk always deployable → enables continuous DELIVERY/deployment
→ Research (DORA) links trunk-based development to high delivery performance.
```

## Befejezetlen munka kezelése

```text
How to commit to trunk frequently when features aren't done?
  ✓ FEATURE FLAGS → merge incomplete features hidden behind off flags (don't break trunk)
  ✓ Break work into small, independently-mergeable, non-breaking pieces
  ✓ Branch by ABSTRACTION → introduce changes incrementally behind abstractions
→ The discipline: integrate small, keep trunk working, hide incomplete work.
```

## Trunk-alapú vs feature-branch (Git Flow)

```text
TRUNK-BASED → short-lived branches, frequent integration, continuous delivery,
  feature flags — favored for high-velocity CI/CD
GIT FLOW (long-lived branches) → more structured, release-oriented, but longer
  divergence and bigger merges → less continuous
→ Trunk-based is generally preferred for true CI/CD; Git Flow for scheduled releases.
```

## Miért fontos

A trunk-alapú fejlesztés megértése értékes senior szintű tudás, mivel **szorosan kapcsolódik a magas teljesítményű CI/CD-hez** és egy fontos branching filozófiát reprezentál, így hasznos az effektív kézbesítési gyakorlatok megértéséhez.

Az alapötlet — a fejlesztők **kis változtatásokat gyakran integrálnak egyetlen trunkba** nagyon rövid élettartamú ágak használatával (ahelyett, hogy napokra vagy hetekre szétágazó, hosszú élettartamú feature ágak lennének) — közvetlenül **maximalizálja a folyamatos integrációt**, amely a CI lényege: az egyik gyakori, kis mergek azonnal felderítik az integráció problémáit és apró, könnyen megoldható konfliktusokat hoznak létre, **elkerülve a "merge hell"-t** a hosszan szétágazó ágakban.

Annak megértése, hogy **miért támogatja jól a CI/CD-t** (az integrációt maximalizálva, nagy fájdalmas mergek elkerülésével, a változtatásokat kicsiben és alacsony kockázattal tartva, és a trunkot mindig telepíthetőre tartva a folyamatos kézbesítés engedélyezéséhez) magyarázza meg, miért részesítik előnyben a nagy sebességű kézbesítéshez — és figyelemreméltóan, a **DORA kutatás a trunk-alapú fejlesztést a magas kézbesítési teljesítménnyel összekapcsolja**, empirikus támogatást adva neki.

Annak megértése, hogy **hogyan kell kezelni a befejezetlen munkát** miközben gyakran commitolunk a trunkba — **feature flag-ek** használatával (befejezetlen funkciók mergelése, amelyek kikapcsolt flag-ek mögött vannak, így a trunk működőképes marad), a munkát kis, egymástól függetlenül mergelhető darabokra bontva, és branch by abstraction-t használva — az a legfontosabb gyakorlati fegyelem, amely lehetővé teszi a trunk-alapú fejlesztést (ezek a technikák szükségesek a befejezetlen munka integrálásához a trunk elrontása nélkül).

Annak megértése, hogy **milyen a kontraszt a feature-branch/Git Flow megközelítésekkel** (trunk-alapú a nagy sebességű folyamatos kézbesítéshez; Git Flow hosszú élettartamú ágai a strukturáltabb, de kevésbé folyamatos, ütemezett kiadásokhoz) szilárd ítéletet tükröz a branching stratégiáról.

Mivel a trunk-alapú fejlesztés az a branching megközelítés, amely a legjobban lehetővé teszi a valódi folyamatos integrációt és kézbesítést (a kutatás ezt magas teljesítménnyel összekapcsolja), és mivel ennek megértése, hogy miért támogatja a CI/CD-t, és hogyan kell gyakorolni (feature flag-ek, kis változtatások) a magas teljesítményű kézbesítés megértését tükrözi, a trunk-alapú fejlesztés megértése értékes senior szintű tudás — egy fontos gyakorlat, amely az effektív CI/CD-hez kapcsolódik, és a senior szerepek által várt kézbesítési gyakorlat érettségét tükrözi, amely azt alakítja, hogy az csapatok hogyan integrálnak és kézbesítenek.