Hogyan működnek a tägek és a kiadások a Gitben?

Question

Accepted Answer

**Tägek** a történet fontos pontjait jelölik meg — jellemzően **kiadások** (verziók, mint v1.0.0). A ágakkal ellentétben a tägek rögzített mutatók, amelyek nem mozognak, és a kiadás verzióinak címkézésére és hivatkozására szolgálnak. A verziózás és a kiadás kezelésének központi elemei.

## Tägek létrehozása

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

**Annotált tägek** (javasolt kiadásokhoz) metaadatokat tárolnak (tagger, dátum, üzenet); a **könnyű tägek** csak egy nevet mutatnak egy commit felé.

## Tägekkel való munka

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

Fontos: **a tägek nem kerülnek automatikusan feltöltésre** a `git push` paranccsal — explicit módon kell feltölteni őket.

## Tägek vs ágak

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

## Szemantikus verziózás és kiadások

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

## Miért fontos

A tägek és kiadások megértése értékes **verziózás és kiadás kezelés** szempontjából, így gyakorlati tudás a kiadott szoftverrel való munkához. **Tägek** a történet fontos pontjait jelölik — jellemzően **kiadás verziókat** (mint v1.0.0) — fix, állandó hivatkozásokat biztosítva az adott commitokra, amely lényeges az egyes kiadásoknak megfelelő kód nyomon követéséhez és hivatkozásához.

Az **annotált tägek** (kiadásokhoz javasolt, metaadatokat tároló, mint tagger, dátum és üzenet) és a könnyű tägek közötti különbség megértése gyakorlati tudás a megfelelő kiadás címkézéshez.

A tägek létrehozásának, listázásának és kifizetésének ismerete, és fontos, hogy **a tägek nem kerülnek automatikusan feltöltésre** (amely explicit `git push origin --tags` vagy specifikus tägek feltöltésével szükséges — közös hiba, amikor az emberek tägeket hoznak létre, de elfeledkeznek azok feltöltéséről), szükséges a kiadás tägek helyes kezeléséhez.

A **tägek vs ágak** megértése (a tág egy fix mutató egy adott commitra — egy állandó címke, amely nem mozog — míg egy ág egy mozgatható mutató, amely a fejlesztéssel halad) tisztázza azok különböző szerepeit: tägek a kiadások/mérföldkövek állandó jelöléséhez, ágak az folyamatban lévő munkához.

A **szemantikus verziózáshoz** (MAJOR.MINOR.PATCH konvenciók a változások jellegének kommunikálásához) való kapcsolat megértése és az, ahogy a platformok **Kiadásokat** hoznak létre tägekből (kiadási megjegyzésekkel és terjesztésre szánt összetevőkkel) tükrözi, hogy a tägek hogyan illeszkednek a valós kiadás kezelésbe.

Mivel a szoftver kiadása és verziózása közös szükséglet, és a tägek a Git mechanizmusa a kiadás verzióinak jelöléséhez és hivatkozásához (a kiadás kezelés középpontjában és a platformok kiadási funkcióiba integrálva), a tägek és kiadások megértése — annotált vs könnyű tägek, azok feltöltése, tägek vs ágak, és azok szerepe a verziózásban/kiadásokban — értékes, gyakorlati Git tudás a kiadott szoftver kezeléséhez, a verziózási konvenciókhoz és kiadási folyamatokhoz kapcsolódó hasznos fejlesztési ismeret.