Trunk-based development என்றால் என்ன மற்றும் இது CI/CD ஐ எவ்வாறு ஆதரிக்கிறது?

Question

Accepted Answer

**Trunk-based development** என்பது ஒரு branching strategy ஆகும், இதில் developers சிறிய மாற்றங்களை **அடிக்கடி ஒரு one main branch (trunk) ஆக ஒருங்கிணைக்கின்றனர்**, மிகவும் குறுகிய-கால branches (அல்லது நேரடியாக commit) பயன்படுத்துகிறார்கள். இது உচ்च-செயல்திறன் CI/CD உடன் வலுவாக தொடர்புடையது ஏனெனில் இது continuous integration ஐ அதிகபட்சமாக உயர்த்துகிறது.

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

## இது ஏன் முக்கியம்

Trunk-based development ஐ புரிந்துகொள்வது மதிப்புள்ள senior-level அறிவு ஆகும் ஏனெனில் இது **உচ்சம்-செயல்திறன் CI/CD உடன் வலுவாக தொடர்புடையது** மற்றும் ஒரு முக்கியமான branching philosophy ஐ குறிக்கிறது, எனவே இது பயனுள்ள delivery practices ஐ புரிந்துகொள்வதற்கு பயனுள்ளது.

আমূল ধারণা — developers **சிறிய மாற்றங்களை அடிக்கடி ஒரு single trunk ஆக ஒருங்கிணைக்கின்றனர்** மிகவும் குறுகிய-கால branches பயன்படுத்துகிறার மাধ்যমে (நீண்ட-கால feature branches க்கு பதிலாக எது பல நாட்கள் அல்லது வாரங்களுக்கு வேறுபடுகின்றன) — நேரடியாக **continuous integration ஐ அதிகபட்சமாக உயர்த்துகிறது**, இது CI ன் சாரம் ஆகும்: அடிக்கடி சிறிய merges integration சிக்கல்களை உடனடியாக பிடித்து சிறிய, எளிதான-தீர்க்க முடிந்த conflicts ஐ உற்பத்தி செய்கிறது, **