Tag-urile marchează puncte specifice din istoric ca fiind importante — de obicei release-uri (versiuni cum ar fi v1.0.0). Spre deosebire de ramuri, tag-urile sunt pointeri ficși care nu se mișcă, folosiți pentru a eticheta și referenția versiunile de release. Sunt centrale pentru versionare și managementul release-urilor.
# annotated tag (recommended for releases — has metadata: tagger, date, message)
git tag -a v1.0.0 -m
git tag v1.0.0
git tag -a v1.0.0 <commit> -m
Tag-urile anotate (recomandate pentru release-uri) stochează metadate (tagger, dată, mesaj); tag-urile ușoare sunt doar un nume care indică un commit.
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
Important: tag-urile nu sunt trimise automat cu git push — trebuie să le trimiteți explicit.
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 (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.
Înțelegerea tag-urilor și release-urilor este valoroasă pentru versionare și managementul release-urilor, deci este cunoaștere practică utilă pentru lucrul cu software-ul lansat. Tag-urile marchează puncte importante din istoric — de obicei versiuni de release (cum ar fi v1.0.0) — oferind referințe fixe și permanente la commit-uri specifice, care sunt esențiale pentru urmărirea și referențierea codului care constituie fiecare release.
Înțelegerea distincției dintre tag-urile anotate (recomandate pentru release-uri, stocând metadate cum ar fi tagger-ul, data și mesajul) și tag-urile ușoare este cunoaștere practică pentru etichetarea corectă a release-urilor.
Cunoașterea modului de creare, listare și checkout a tag-urilor, și important că tag-urile nu sunt trimise automat (necesitând git push origin --tags explicit sau trimiterea tag-urilor specifice — o problemă comună în care oamenii creează tag-uri dar uită să le trimită), este necesară pentru gestionarea corectă a tag-urilor de release.
Înțelegerea tag-urilor vs ramuri (un tag este un pointer fix la un commit specific — o etichetă permanentă care nu se mișcă — în timp ce o ramură este un pointer mobil care avansează cu dezvoltarea) clarifică rolurile lor diferite: tag-uri pentru marcarea permanentă a release-urilor/jaloanelor, ramuri pentru lucrul în curs.
Înțelegerea conexiunii cu semantic versioning (convenții MAJOR.MINOR.PATCH pentru comunicarea naturii schimbărilor) și cum platformele construiesc Release-uri din tag-uri (cu note de release și artefacte pentru distribuție) reflectă cum se încadrează tag-urile în managementul real al release-urilor.
Fiind că lansarea și versionarea software-ului este o nevoie comună și tag-urile sunt mecanismul Git pentru marcarea și referențierea versiunilor de release (centrale pentru managementul release-urilor și integrate cu caracteristicile de release ale platformelor), înțelegerea tag-urilor și release-urilor — tag-uri anotate vs ușoare, trimiterea lor, tag-uri vs ramuri, și rolul lor în versionare/release-uri — este cunoaștere Git valoroasă și practic relevantă pentru gestionarea software-ului lansat, un aspect util al dezvoltării profesionale conectat la convenții de versionare și procese de release.