Koja su česta Git grananja (branching) radna tokova?

Question

Accepted Answer

Timovi primjenjuju **branching workflow-e** — konvencije za kako se grane koriste, nazivaju i spajaju — da bi koordinirali suradnju. Česti primjeri uključuju **GitHub Flow**, **Git Flow** i **trunk-based development**, od kojih je svaki prikladan za različite potrebe.

## GitHub Flow (jednostavan, čest)

```text
→ main is always DEPLOYABLE
→ create a FEATURE BRANCH off main for each change
→ open a PULL REQUEST → review → merge to main → deploy
  main ──┬──────────────┬── (always deployable)
         └─ feature ─PR─┘
✓ Simple, great for continuous deployment / web apps
✓ Most common for modern teams; minimal overhead
```

Jedan jednostavan i popularan pristup: granaj se od main grane, otvori pull request, provjeri kod, spoji i objavi. Main grana ostaje spremna za objavu.

## Git Flow (strukturiran, orijentiran na izdanja)

```text
Multiple long-lived branches with defined roles:
  main      → production releases (tagged)
  develop   → integration branch (ongoing development)
  feature/* → features (branch off develop)
  release/* → preparing a release
  hotfix/*  → urgent production fixes (off main)
✓ Structured, good for SCHEDULED RELEASES, versioned software
✗ Complex, heavier — often overkill for continuous-deployment web apps
```

Više strukturiran pristup s namjenskim granama za razvoj, izdanja i hitne popravke — prikladan za verzioniran softver sa zakazanim izdanjima.

## Trunk-based development

```text
→ everyone commits to main ("trunk") frequently (small, frequent changes)
→ very short-lived branches (merged within hours/a day); feature flags hide incomplete work
✓ Favors CONTINUOUS INTEGRATION; avoids long-lived divergent branches & big merges
✓ Used by many high-performing teams; pairs with strong CI/CD and feature flags
```

## Zašto je to važno

Razumijevanje čestih Git branching workflow-a je dragocjeno za **učinkovitu koordinaciju timske suradnje**, pa je to korisno praktično znanje za rad u timovima.

Timovi trebaju dogovorene konvencije za kako se grane koriste kako bi suradnja bila organizirana i konzistentna, a razumijevanje glavnih workflow-a pomaže vam da radite unutar (ili odaberete) odgovarajući. **GitHub Flow** (jednostavan, popularan pristup: grane sa svojstvima koje se granaju od deployable main grane, integrirane preko pull requestova s pregledom, zatim spojene i objavljene) je najčešće korišten za moderne timove i kontinuiranu objavu — minimalna opterećenja, savršeno prilagođen web aplikacijama, te vrijedi znati kao zadanu vrijednost koju koriste mnogi timovi. **Git Flow** (strukturiraniji model s namjenskim dugotrajnim granama za razvoj, izdanja i hitne popravke) je prikladan za verzioniran softver sa zakazanim izdanjima, iako je teži i često pretjeran za aplikacije s kontinuiranom objavom — razumijevanje ga pomaže pri radu s projektima orijentiranim na izdanja. **Trunk-based development** (česti commit-ovi u main granu s vrlo kratkoživućim granama i feature flag-ovima) favorizira kontinuiranu integraciju i koriste ga mnogi timovi visokih performansi, izbjegavajući probleme dugotrajnih divergentnih grana i velikih spajanja.

Razumijevanje ovih workflow-a — njihovih struktura, kompromisa i onoga za što su prikladni — omogućava vam da učinkovito surađujete unutar izabranog timskog procesa i doprinesite odabiru odgovarajućeg.

Budući da suradnja zahtijeva koordinirane branching konvencije i različiti workflow-ovi su prikladni za različite potrebe (kontinuirana objava vs zakazana izdanja vs kontinuirana integracija), i budući da razumijevanje čestih workflow-a (GitHub Flow, Git Flow, trunk-based) omogućava učinkovitu timsku suradnju i informirane odluke o procesu, razumijevanje Git branching workflow-a je dragocjeno, praktički relevantno znanje za timski razvoj — pomaže vam da produktivno radite unutar uspostavljenih procesa i pokazuje svjesnost kako timovi organiziraju kolaborativni razvoj, koristan topic za učinkovito rad u profesionalnim, timski baziranim softverskim okruženjima.