Trunk-based development کیا ہے اور یہ CI/CD کو کیسے سپورٹ کرتا ہے؟

Question

Accepted Answer

**Trunk-based development** ایک branching strategy ہے جہاں developers چھوٹی تبدیلیوں کو **بار بار ایک single main branch (trunk) میں integrate** کرتے ہیں، بہت short-lived branches استعمال کرتے ہوئے (یا براہ راست commit کرتے ہوئے)۔ یہ high-performing CI/CD کے ساتھ مضبوطی سے منسلک ہے کیونکہ یہ continuous integration کو maximize کرتا ہے۔

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

## یہ CI/CD کو اچھی طرح کیوں سپورٹ کرتا ہے

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

## نامکمل کام کو سنبھالنا

```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 بمقابلہ 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.
```

## یہ کیوں اہم ہے

Trunk-based development کو سمجھنا قیمتی senior-level knowledge ہے کیونکہ یہ **high-performing CI/CD کے ساتھ مضبوطی سے منسلک** ہے اور branching philosophy کی ایک اہم نمائندگی کرتا ہے، لہذا یہ موثر delivery practices کو سمجھنے کے لیے مفید ہے۔

بنیادی خیال — developers **چھوٹی تبدیلیوں کو بار بار ایک single trunk میں integrate** کرتے ہیں very short-lived branches استعمال کرتے ہوئے (بلکہ long-lived feature branches کے بجائے جو دن یا ہفتوں تک diverge ہوتے ہیں) — براہ راست **continuous integration کو maximize** کرتا ہے، جو CI کا essence ہے: بار بار چھوٹے merges فوری طور پر integration issues کو پکڑتے ہیں اور چھوٹے، آسانی سے حل کیے جانے والے conflicts پیدا کرتے ہیں، **long-divergent branches کے "merge hell" سے بچتے ہیں**۔

**یہ سمجھنا کہ یہ CI/CD کو اچھی طرح کیوں سپورٹ کرتا ہے** (integration کو maximize کرنا، بڑے painful merges سے بچنا، changes کو چھوٹے اور low-risk میں رکھنا، اور trunk کو ہمیشہ deployable رکھنا continuous delivery کو enable کرنے کے لیے) وضاحت کرتا ہے کہ یہ high-velocity delivery کے لیے کیوں پسند ہے — اور قابل غور ہے، **DORA research trunk-based development کو high delivery performance سے منسلک کرتی ہے**، اسے تجرباتی support فراہم کرتی ہے۔

**نامکمل کام کو کیسے سنبھالا جائے** جبکہ بار بار trunk میں commit کیا جائے — **feature flags** استعمال کرتے ہوئے (نامکمل features کو off flags کے پیچھے چھپا کر merge کریں تاکہ trunk کام کرتا رہے)، کام کو چھوٹے independently-mergeable pieces میں توڑنا، اور branch by abstraction — یہ key practical discipline ہے جو trunk-based development کو feasible بناتی ہے (اسے یہ techniques درکار ہیں نامکمل کام کو trunk کو توڑے بغیر integrate کرنے کے لیے)۔

**feature-branch/Git Flow approaches کے ساتھ contrast** کو سمجھنا (trunk-based high-velocity continuous delivery کے لیے؛ Git Flow کے long-lived branches زیادہ structured لیکن کم continuous، scheduled releases کے لیے) branching strategy کے بارے میں sound judgment کو reflect کرتا ہے۔

کیونکہ trunk-based development وہ branching approach ہے جو true continuous integration اور delivery کو بہترین طریقے سے enable کرتا ہے (research اسے high performance سے منسلک کرتی ہے)، اور کیونکہ اسے سمجھنا، یہ سمجھنا کہ یہ CI/CD کو کیوں سپورٹ کرتا ہے، اور اسے کیسے practice کیا جائے (feature flags، چھوٹے changes) high-performing delivery کو سمجھنے کو reflect کرتا ہے، trunk-based development کو سمجھنا قیمتی senior-level knowledge ہے — ایک اہم practice جو موثر CI/CD کے ساتھ منسلک ہے، delivery-practice maturity کو reflect کرتے ہوئے جو senior roles سے متوقع ہے جو یہ شکل دیتے ہیں کہ teams کیسے integrate اور deliver کرتے ہیں۔