Kaip veikia šakos (branches) Git'e?

Question

Accepted Answer

**Šakos** Git'e leidžia jums atsiskirti nuo pagrindinio kūrimo linijos ir dirbti su kažkuo **izoliuotai** — nedarant įtakos pagrindiniam kūrui. Jos yra lengvos ir yra centrinės Git darbalapio dalies, leidžiančios lygiagretų darbą ir saugų eksperimentavimą.

## Kas yra šaka

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

Šakos yra **lengvos** (tik žymeklis į commit'us, ne kopijos) — todėl šakų kūrimas ir perjungimas yra greitas ir pigus, todėl Git šakų darydimas yra naudojamas plačiai.

## Darbas su šakomis

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

## Šakų darbasčio modelis (funkcionalumo šakos)

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

Bendras darbasčio modelis: sukurti **funkcionalumo šaką** kiekvienam darbui, jį kurti izoliuotai, tada **sujungti** atgal — laikant pagrindinę šaką stabilią, kol darbas vyksta lygiagrečiai.

## Kodėl tai svarbu

Suprasti šakas yra būtina, nes jos yra centrinės beveik visiems Git darbalapių, todėl jas suprasti yra pagrindinis bendradarbiavimo žinias.

Šakos suteikia **izoliavimą** — atsiskyrimas nuo pagrindinio kūro dirbti funkcionalumui, pataisai ar eksperimentui **nedarant įtakos pagrindinei linai** kol nepasirengsite — tai yra pagrindinis dalykas, kaip dirbti komandose: keletas žmonių (arba vienas žmogus keliose užduotyse) gali dirbti **lygiagrečiai** skirtingose šakose, laikant pagrindinę šaką stabilią, kol vyksta kūrimas.

Supratimas, kad šakos yra **lengvos persimovinčios rodyklės** (ne failų kopijos, tik žymeklis į commit'us) paaiškina, kodėl Git šakų darbasčio modelis yra toks greitas, pigus ir plačiai naudojamas — svarbi priežastis, kodėl Git šakų modelis yra garsus.

Žinojimas, kaip **kurti, perjungti, sąrašiuoti ir trinti** šakas (su tiek klasiniu `checkout`, tiek naujesniu `switch` komandais) yra kasdieninis praktinis žinojimas.

Svarbiausiai, suprasti **funkcionalumo šakos darbasčio modelį** (kurti šaką kiekvienai funkcionalumui/pataisai, kurti izoliuotai, tada sujungti atgal) yra pagrindinis dalykas, nes tai yra standartinis šablonas beveik visuose profesionaliuose kūrimuose — laikant pagrindinę šaką stabilią, leidžiant lygiagretų darbą, remiant kodo recenzavimą (per pull request'us šakose) ir izoliuojant pokyčius.

Bei šakos yra centrinės visoms Git darbalapių (bendradarbiavimas, funkcionalumo kūrimas, kodo recenzavimas, leidiniai) ir funkcionalumo šakos modelis yra beveik universalus profesionaliame kūrime, suprasti, kaip veikia šakos — kas jos yra, jų lengvasis pobūdis, komandos ir funkcionalumo šakos darbasčio modelis — yra esmingas, dažnai naudojamas Git žinojimas, pagrindinė sąvoka, kuri remia, kaip komandos kuriasi programinę įrangą bendradarbiaujant ir pagrindinė kompetencija bet kuriam kūrėjui, dirbančiam su Git'u.