Apakah trunk-based development dan bagaimana ia menyokong CI/CD?

Question

Accepted Answer

**Trunk-based development** ialah strategi branching di mana developer mengintegrasikan perubahan kecil **dengan kerap ke dalam satu main branch (trunk)**, menggunakan branch yang sangat singkat (atau commit secara langsung). Ia sangat berkait dengan CI/CD berprestasi tinggi kerana ia memaksimumkan continuous integration.

## Apa itu trunk-based development

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

## Mengapa ia menyokong CI/CD dengan baik

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

## Mengendalikan kerja yang belum lengkap

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

## Mengapa ia penting

Memahami trunk-based development adalah pengetahuan peringkat senior yang berharga kerana ia **sangat berkait dengan CI/CD berprestasi tinggi** dan mewakili falsafah branching yang penting, jadi ia berguna untuk memahami amalan penyampaian yang berkesan.

Idea teras — developer mengintegrasikan **perubahan kecil dengan kerap ke dalam satu trunk** menggunakan branch yang sangat singkat (dan bukan feature branch berjangka panjang yang menyimpang selama berhari-hari atau berminggu) — secara langsung **memaksimumkan continuous integration**, yang merupakan intipati CI: merge kecil yang kerap menangkap isu integrasi dengan segera dan menghasilkan konflik yang kecil dan mudah diselesaikan, **mengelakkan "merge hell"** branch yang lama menyimpang.

Memahami **mengapa ia menyokong CI/CD dengan baik** (memaksimumkan integrasi, mengelakkan merge yang besar dan menyakitkan, memastikan perubahan kecil dan berisiko rendah, dan memastikan trunk sentiasa boleh di-deploy untuk membolehkan continuous delivery) menjelaskan mengapa ia digemari untuk penyampaian berhalaju tinggi — dan yang ketara, **penyelidikan DORA mengaitkan trunk-based development dengan prestasi penyampaian tinggi**, memberikannya sokongan empirik.

Memahami **bagaimana mengendalikan kerja yang belum lengkap** sambil commit dengan kerap ke trunk — menggunakan **feature flags** (men-merge ciri yang belum lengkap tersembunyi di sebalik flag yang dimatikan supaya trunk kekal berfungsi), memecahkan kerja menjadi kepingan kecil yang boleh di-merge secara bebas, dan branch by abstraction — adalah disiplin praktikal utama yang menjadikan trunk-based development boleh dilaksanakan (ia memerlukan teknik ini untuk mengintegrasikan kerja yang belum lengkap tanpa merosakkan trunk).

Memahami **perbezaan dengan pendekatan feature-branch/Git Flow** (trunk-based untuk continuous delivery berhalaju tinggi; branch berjangka panjang Git Flow untuk release berjadual yang lebih berstruktur tetapi kurang berterusan) mencerminkan pertimbangan yang kukuh tentang strategi branching.

Memandangkan trunk-based development ialah pendekatan branching yang paling membolehkan continuous integration dan delivery sebenar (dengan penyelidikan mengaitkannya dengan prestasi tinggi), dan memandangkan memahaminya, mengapa ia menyokong CI/CD, dan bagaimana mengamalkannya (feature flags, perubahan kecil) mencerminkan pemahaman tentang penyampaian berprestasi tinggi, memahami trunk-based development adalah pengetahuan peringkat senior yang berharga — amalan penting yang berkait dengan CI/CD yang berkesan, mencerminkan kematangan amalan penyampaian yang dijangka bagi peranan senior yang membentuk cara pasukan mengintegrasikan dan menyampaikan.