Cum funcționează ramurile (branches) în Git?

Question

Accepted Answer

**Ramurile** în Git te lasă să te deviezi de linia principală de dezvoltare pentru a lucra la ceva în **izolare** — fără a afecta codul principal. Sunt ușoare și centrale pentru fluxurile de lucru Git, permițând lucrul paralel și experimentarea sigură.

## Ce este o ramură

```text
A branch is a MOVABLE POINTER to a commit. The default is usually "main".
  → creating a branch = creating a new pointer (cheap/instant — not a copy of files)
  → commits on a branch advance that branch's pointer
  → branches let you work on different things in parallel, isolated from each other
```

Ramurile sunt **ușoare** (doar pointeri la commits, nu copii) — deci crearea și comutarea între ramuri este rapidă și ieftină, ceea ce este motivul pentru care ramificarea Git este folosită în mod extensiv.

## Lucrul cu ramuri

```bash
git branch                     # list branches (* marks the current one)
git branch feature-x           # create a branch
git checkout feature-x         # switch to it
git switch feature-x           # switch (newer command)
git checkout -b feature-x      # create AND switch (shortcut)
git switch -c feature-x        # create and switch (newer)

git branch -d feature-x        # delete a branch (after merging)
```

## Fluxul de lucru cu ramuri (feature branches)

```bash
# the common pattern: a branch per feature/fix
git switch -c feature/login    # branch off main for a new feature
# ... make commits on the branch (isolated from main) ...
git switch main                # back to main
git merge feature/login        # merge the completed feature into main
# → main stays stable; work happens on branches; merge when ready
```

Fluxul de lucru obișnuit: creează o **ramură de funcționalitate** pentru fiecare bucată de lucru, dezvolt-o în izolare, apoi **fuzionează-o** înapoi — menținând ramura principală stabilă în timp ce lucrul progresează în paralel.

## De ce conteaza

Înțelegerea ramurilor este esențială pentru că sunt centrale în practic orice flux de lucru Git, deci cunoașterea lor este fundamentală pentru dezvoltarea colaborativă.

Ramurile permit **izolare** — devierea de la codul principal pentru a lucra la o funcționalitate, reparație sau experiment **fără a afecta linia principală** până când ești gata — ceea ce este fundamental pentru modul în care lucrează echipele: mai mulți oameni (sau o persoană cu mai multe sarcini) pot lucra în **paralel** pe ramuri separate, menținând ramura principală stabilă în timp ce dezvoltarea progresează.

Faptul că ramurile sunt **pointeri ușori și mobili** (nu copii de fișiere, doar pointeri la commits) explică de ce ramificarea Git este atât de rapidă, ieftină și utilizată pe scară largă — una dintre motivele pentru care modelul de ramificare al Git este lăudat.

Cunoașterea modului de **creare, comutare, listare și ștergere** de ramuri (atât cu comanda clasică `checkout` cât și cu cea mai nouă comandă `switch`) este cunoștință practică de zi cu zi.

Cea mai importantă, înțelegerea **fluxului de lucru cu feature branches** (crearea unei ramuri per funcționalitate/reparație, dezvoltarea în izolare, apoi fuzionarea înapoi) este fundamentală pentru că este modelul standard în practic orice dezvoltare profesională — menținând main stabil, permițând lucrul paralel, susținând revizuirea codului (prin pull requests pe ramuri) și izolând modificările.

Deoarece ramurile sunt centrale în orice flux de lucru Git (colaborare, dezvoltare de funcționalități, revizuire de cod, lansări) și modelul feature-branch este aproape universal în dezvoltarea profesională, înțelegerea modului în care funcționează ramurile — ce sunt, natura lor ușoară, comenzile și fluxul de lucru cu feature branches — este cunoștință Git esențială, frecvent aplicată, un concept fundamental care susține modul în care echipele dezvoltă software în mod colaborativ și o abilitate fundamentală pentru orice dezvoltator care lucrează cu Git.