რა არის tags და releases Git-ში?

Question

Accepted Answer

**Tags** აღნიშნავს ისტორიის კონკრეტულ წერტილებს როგორც მნიშვნელოვანს — ტიპიურად **releases** (ვერსიები, როგორიცაა v1.0.0). ტაგები, განსხვავებით branches-ისგან, ფიქსირებული მაჩვენებლებია, რომლებიც არ იცვლება, გამოიყენება release ვერსიების მონიშვნებისა და მიმართვის ​​დროს. ისინი ცენტრალური ელემენტია versioning-სა და release management-ში.

## ტაგების შექმნა

```bash
# annotated tag (recommended for releases — has metadata: tagger, date, message)
git tag -a v1.0.0 -m "Release version 1.0.0"

# lightweight tag (just a pointer, no metadata)
git tag v1.0.0

# tag a specific past commit
git tag -a v1.0.0 <commit> -m "..."
```

**Annotated tags** (რეკომენდებული releases-ისთვის) ინახავს metadata-ს (tagger, date, message); **lightweight tags** მხოლოდ სახელი, რომელიც მიუთითებს commit-ზე.

## ტაგებთან მუშაობა

```bash
git tag                        # list tags
git show v1.0.0                # show a tag and its commit
git checkout v1.0.0            # check out the code at a tag (detached HEAD)

# tags are NOT pushed by default — push them explicitly:
git push origin v1.0.0         # push a specific tag
git push origin --tags         # push all tags
```

მნიშვნელოვანი: **ტაგები არ ხდება ავტომატურად pushed** `git push` -ით — მათ ეკსპლიციტურად აჭირთ.

## Tags vs branches

```text
BRANCH → a MOVABLE pointer that advances as you commit (ongoing development)
TAG    → a FIXED pointer to a specific commit (a permanent label — doesn't move)
→ Use tags to permanently mark releases/milestones; branches for ongoing work.
```

## Semantic versioning და releases

```text
SEMANTIC VERSIONING (SemVer): MAJOR.MINOR.PATCH (e.g. v2.3.1)
  MAJOR → breaking changes | MINOR → new features (compatible) | PATCH → bug fixes
→ Tags label these versions. Platforms (GitHub) build "Releases" from tags
  (with release notes, built artifacts) for distribution.
```

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

ტაგებისა და releases-ის გაგება მূল্যবადია **versioning და release management**-ისთვის, ამიტომ ეს სასარგებლო პრაქტიკული ცოდნაა released software-თან მუშაობისთვის. **Tags** აღნიშნავს ისტორიის მნიშვნელოვან წერტილებს — ტიპიურად **release versions**-ს (მაგალითად v1.0.0) — ხელმისაწვდომი, მუდმივი მიმართვების მიწოდებით კონკრეტულ commits-ზე, რაც აუცილებელია თვალყურის დევნებისა და მიმართვის დროს თუ რა კოდი ქმნის თითოეულ release-ს.

**Annotated tags**-ის (რეკომენდებული releases-ისთვის, metadata-ს შენახვა როგორიცაა tagger, date და message) და lightweight tags-ის განსხვავების გაგება პრაქტიკული ცოდნაა სწორი release tagging-ისთვის.

ისცოდეთ როგორ შექმნათ, ჩამოთვალოთ და დაბრუნდეთ tags-ზე, და მნიშვნელოვანი ის, რომ **ტაგები არ ხდება ავტომატურად pushed** (საჭიროა ეკსპლიციტური `git push origin --tags` ან კონკრეტული tags-ის pushing — საერთო წაკითხვა სადაც ხალხი აქმნის tags-ს მაგრამ ავიწყდება მათი pushing), აუცილებელია release tags-ის სწორი მენეჯმენტისთვის.

გაიგეთ **tags vs branches** (tag ფიქსირებული მაჩვენებელია კონკრეტული commit-ზე — მუდმივი ლেიბელი, რომელიც არ იცვლება — ხოლო branch მოძრავი მაჩვენებელია, რომელიც უძრავი განვითარების). ეს აკნებელი მათი სხვადსხვა როლი: tags ნიშნავს უხილავად releases/milestones-ს, branches ტექუშ მუშაობისთვის.

გაიგეთ კავშირი **semantic versioning**-თან (MAJOR.MINOR.PATCH კონვენციები ცვლილებების ბუნებისთვის) და როგორ აბილდებს platforms **Releases**-ს tags-დან (release notes-ის და artifacts-ის დისტრიბუციისთვის) ასახავს თუ როგორ ჯდება tags-ი რეალურ release management-ში.

ვინაიდან software-ის release და versioning საერთო საჭიროებაა და tags Git-ის მექანიზმია release versions-ის მონიშვნებისა და მიმართვის ​​დროს (ცენტრალური release management-ში და ინტეგრირებული platforms' release features-ში), ტაგებისა და releases-ის გაგება — annotated vs lightweight tags, მათი pushing, tags vs branches და მათი როლი versioning/releases-ში — მূল্যবადი, პრაქტიკული Git ცოდნაა released software-ის მენეჯმენტისთვის, პროფესიონალური განვითარების სასარგებლო ასპექტი დაკავშირებული versioning კონვენციებთან და release processes-ებთან.