Hva er trunk-based development og hvordan støtter det CI/CD?

Question

IT Interview Practice · Accepted Answer

**Trunk-based development** er en branching-strategi der utviklere integrerer små endringer **hyppig inn i en enkelt hovedgren (trunk)**, ved bruk av meget kortvarige grener (eller ved direkte commit). Det er sterkt forbundet med høyt-ytende CI/CD fordi det maksimerer continuous integration.

## Hva trunk-based development er

```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.
```

## Hvorfor det støtter CI/CD godt

```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.
```

## Håndtering av ufullstendig arbeid

```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-based 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.
```

## Hvorfor det er viktig

Å forstå trunk-based development er verdifull kunnskap på seniornivå fordi det **sterkt assosieres med høyt-ytende CI/CD** og representerer en viktig branching-filosofi, så det er nyttig for å forstå effektive leveringspraksiser.

Kjerneideen — utviklere integrerer **små endringer hyppig inn i en enkelt trunk** ved bruk av meget kortvarige grener (i stedet for langvarige feature-grener som divergerer i dager eller uker) — maksimerer direkte **continuous integration**, som er essensen av CI: hyppige små merges avdekker integrasjonsproblemer umiddelbart og produserer små, lett-løsbare konflikter, **unngår "merge hell"** fra langdivergente grener.

Å forstå **hvorfor det støtter CI/CD godt** (maksimering av integrasjon, unngår store smertefulle merges, holder endringer små og lavrisiko, og holder trunk alltid deploybar for å muliggjøre continuous delivery) forklarer hvorfor det er foretrukket for høyhastighets-leveranse — og særlig, **DORA-forskning forbinder trunk-based development til høy leveringsytelse**, noe som gir det empirisk støtte.

Å forstå **hvordan håndtere ufullstendig arbeid** mens man committer hyppig til trunk — ved bruk av **feature flags** (merge av ufullstendige funksjoner gjemt bak av-flagg slik at trunk forblir fungerende), dele arbeid i små uavhengig-mergebare deler, og branch by abstraction — er den viktige praktiske disiplinen som gjør trunk-based development mulig (det krever disse teknikkene for å integrere ufullstendig arbeid uten å ødelegge trunk).

Å forstå **kontrasten med feature-branch/Git Flow** tilnærminger (trunk-based for høyhastighets continuous delivery; Git Flows langvarige grener for mer strukturert men mindre kontinuerlig, planlagte utgivelser) gjenspeiler god dømmekraft om branching-strategi.

Ettersom trunk-based development er branching-tilnærmingen som best muliggjør sann continuous integration og delivery (med forskning som forbinder det til høy ytelse), og ettersom å forstå det, hvorfor det støtter CI/CD, og hvordan å praktisere det (feature flags, små endringer) gjenspeiler forståelse av høyt-ytende leveranse, er forståelse av trunk-based development verdifull kunnskap på seniornivå — en viktig praksis forbundet med effektiv CI/CD, som gjenspeiler leveringspraksismodenhet forventet for senior roller som former hvordan team integrerer og leverer.

Hva trunk-based development er

Hvorfor det støtter CI/CD godt

Håndtering av ufullstendig arbeid

Trunk-based vs feature-branch (Git Flow)

Hvorfor det er viktig

Relaterte spørsmål