Tags history के विशिष्ट बिंदुओं को महत्वपूर्ण के रूप में चिह्नित करते हैं — आमतौर पर releases (v1.0.0 जैसे versions)। Branches के विपरीत, tags स्थिर pointers होते हैं जो हिलते नहीं, इनका उपयोग release versions को label करने और संदर्भित करने के लिए होता है। ये versioning और release management के केंद्र में होते हैं।
# 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
Annotated tags (releases के लिए recommended) metadata (tagger, date, message) संग्रहीत करते हैं; lightweight tags बस एक 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
महत्वपूर्ण: tags स्वतः push नहीं होते git push के साथ — आप उन्हें स्पष्ट रूप से push करते हैं।
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.
Tags और releases को समझना versioning और release management के लिए मूल्यवान है, इसलिए यह released software के साथ काम करने के लिए उपयोगी व्यावहारिक ज्ञान है। Tags history के महत्वपूर्ण बिंदुओं को चिह्नित करते हैं — आमतौर पर release versions (जैसे v1.0.0) — जो विशिष्ट commits के लिए स्थिर, स्थायी संदर्भ प्रदान करते हैं, जो यह ट्रैक करने और संदर्भित करने के लिए आवश्यक है कि प्रत्येक release में कौन सा code शामिल है।
Annotated tags (releases के लिए recommended, tagger, date, और message जैसी metadata संग्रहीत करते हुए) और lightweight tags के बीच अंतर को समझना उचित release tagging के लिए व्यावहारिक ज्ञान है।
Tags को बनाना, list करना, और check out करना जानना, और महत्वपूर्ण रूप से यह कि tags स्वतः push नहीं होते (स्पष्ट git push origin --tags या विशिष्ट tags को push करने की आवश्यकता होती है — एक सामान्य गलती जहाँ लोग tags बनाते हैं लेकिन push करना भूल जाते हैं), release tags को सही ढंग से प्रबंधित करने के लिए आवश्यक है।
Tags बनाम branches को समझना (एक tag विशिष्ट commit के लिए एक स्थिर pointer है — एक स्थायी label जो हिलता नहीं — जबकि एक branch एक चलायमान pointer है जो development के साथ आगे बढ़ता है) उनकी अलग भूमिकाओं को स्पष्ट करता है: releases/milestones को स्थायी रूप से चिह्नित करने के लिए tags, चालू कार्य के लिए branches।
Semantic versioning से संबंध को समझना (परिवर्तनों की प्रकृति को संप्रेषित करने के लिए MAJOR.MINOR.PATCH परंपराएँ) और platforms कैसे tags से Releases बनाते हैं (distribution के लिए release notes और artifacts के साथ) यह दर्शाता है कि tags वास्तविक release management में कैसे फिट होते हैं।
चूँकि software को release और version करना एक सामान्य आवश्यकता है और tags release versions को चिह्नित करने और संदर्भित करने का Git तंत्र हैं (release management के केंद्र में और platforms की release सुविधाओं के साथ एकीकृत), tags और releases को समझना — annotated बनाम lightweight tags, उन्हें push करना, tags बनाम branches, और versioning/releases में उनकी भूमिका — released software को प्रबंधित करने के लिए मूल्यवान, व्यावहारिक रूप से प्रासंगिक Git ज्ञान है, जो versioning परंपराओं और release प्रक्रियाओं से जुड़ा professional development का एक उपयोगी पहलू है।