როგორ მუშაობს ფილიალები Git-ში?

Question

Accepted Answer

**ფილიალები** Git-ში საშუალებას გაძლევთ გადახვიოთ განვითარების მთავარი ხაზიდან რაც-ნიმე **იზოლაციაში** მუშაობის მიზნით — მთავარი კოდის გავლენის გარეშე. ისინი მსუბუქი და Git workflow-ის ცენტრალური ნაწილია, რომელიც უზრუნველყოფს პარალელურ მუშაობას და უსაფრთხო ექსპერიმენტირებას.

## რა არის ფილიალი

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

ფილიალები **მსუბუქი** (მხოლოდ კომიტების მაჩვენებლები, არა ასლები) — ამიტომ ფილიალის შექმნა და გადართვა სწრაფი და იაფია, რის გამოც Git-ის ფილიალი ძალიან ხშირად გამოიყენება.

## მუშაობა ფილიალებთან

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

## ფილიალის გამოყენების სამუშაო პროცესი (feature ფილიალები)

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

ჩვეულებრივი სამუშაო პროცესი: შექმენით **feature ფილიალი** მუშაობის თითოეული ნაწილისთვის, განავითარეთ ის იზოლაციაში, შემდეგ **შერწყიეთ** ის უკან — მთავარი ფილიალის სტაბილურობის შენარჩუნებისას, ხოლო მუშაობა პარალელურად მიმდინარეობს.

## რატომ არის ეს მნიშვნელოვანი

ფილიალების გაგება აუცილებელია, რადგან ისინი ცენტრალური ნაწილია ყველა Git workflow-ში, ამიტომ მათი ესმა ფундამენტური სამელშორო განვითარებისთვის.

ფილიალები უზრუნველყოფენ **იზოლაციას** — მთავარი კოდიდან გადახვევას feature-ის, შეკეთების ან ექსპერიმენტზე მუშაობისთვის **მთავარი ხაზის გავლენის გარეშე** მანამ, სანამ მზად არ იქნებიან — რომელიც ფუნდამენტური საფუძველია იმისა, თუ როგორ მუშაობენ გუნდები: მრავალი ადამიანი (ან ერთი ადამიანი რამდენიმე დავალებაზე) შეუძლია მუშაობა **პარალელურად** ცალკეულ ფილიალებზე, მთავარი ფილიალის სტაბილურობის შენარჩუნებისას, ხოლო განვითარება მიმდინარეობს.

ახლის გაგება, რომ ფილიალები **მსუბუქი მოძრავი მაჩვენებლები** (არა ფაილების ასლები, მხოლოდ მაჩვენებლები კომიტებზე) აიხსნება იმით, რომ Git ფილიალი ისე სწრაფი, იაფი და ხშირად გამოიყენება — Git-ის ფილიალის მოდელი რატომ დაფასებული არის ეს ერთი ძირითადი მიზეზი.

ის, რომ იცით, როგორ **შექმნათ, გადაბრუნდეთ, ჩამოთვალოთ და წაშალოთ** ფილიალები (კლასიკური `checkout` და უფრო ახალი `switch` ბრძანებებით) არის ყოველდღე პრაქტიკული ცოდნა.

ყველაზე მნიშვნელოვანი, **feature-branch სამუშაო პროცესის** გაგება (ფილიალის შექმნა თითოეული feature/fix-ისთვის, განვითარება იზოლაციაში, შემდეგ შერწყმა) ფუნდამენტური, რადგან ეს სტანდარტული შაბლონი თითქმის ყველა პროფესიონალურ განვითარებაში — main-ის სტაბილურობის შენარჩუნება, პარალელური მუშაობის უზრუნველყოფა, კოდის აღიარება (pull request-ების საშუალებით ფილიალებზე), და ცვლილებების იზოლაცია.

მას შემდეგ, რაც ფილიალები ცენტრალური ყველა Git workflow-ში (თანამშრომლობა, feature განვითარება, კოდის აღიარება, რელიზები) და feature-branch შაბლონი თითქმის უნივერსალური პროფესიონალურ განვითარებაში, ფილიალების მუშაობის გაგება — რა არის ისინი, მათი მსუბუქი ბუნება, ბრძანებები, და feature-branch სამუშაო პროცესი — აუცილებელია, ხშირად გამოყენებული Git ცოდნა, ცენტრალური კონცეფცია, რომელიც ამ ფუძეს სამელშორო განვითარებისთვის, რომელიც გუნდები აწყობენ პროგრამული უზრუნველყოფას და ფუნდამენტური უნარი ნებისმიერი დეველოპერისთვის, რომელიც Git-ს ეწევა.