Tags इतिहासातील विशिष्ट बिंदूंना महत्वाचे म्हणून चिन्हांकित करतात — सामान्यतः releases (v1.0.0 सारखे आवृत्तियाँ). शाखांच्या विपरीत, tags हे स्थिर सूचक आहेत जे हलत नाहीत, release आवृत्त्या लेबल आणि संदर्भित करण्यासाठी वापरली जातात. ते संस्करण आणि release व्यवस्थापनासाठी केंद्रीय आहेत.
# 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 साठी शिफारसीय) 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 स्वयंचलितपणे git push सह 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 समजून घेणे संस्करण आणि release व्यवस्थापन साठी मूल्यवान आहे, त्यामुळे released software सह काम करण्यासाठी ते उपयोगी व्यावहारिक ज्ञान आहे. Tags इतिहासातील महत्वाचे बिंदूंना चिन्हांकित करतात — सामान्यतः release आवृत्तियाँ (v1.0.0 सारख्या) — विशिष्ट commits ला स्थिर, कायमी संदर्भ प्रदान करतात, जे प्रत्येक release मध्ये कोणता कोड समाविष्ट आहे हे ट्रॅक आणि संदर्भित करण्यासाठी आवश्यक आहे.
Annotated tags (releases साठी शिफारसीय, tagger, date, आणि message सारख्या metadata संचयित करतात) आणि lightweight tags मधील फरक समजून घेणे योग्य release tagging साठी व्यावहारिक ज्ञान आहे.
Tags तयार, सूची आणि checkout करा हे कसे करायचे हे जाणून घेणे, आणि महत्वाचे की tags स्वयंचलितपणे push होत नाहीत (स्पष्ट git push origin --tags किंवा विशिष्ट tags push करणे आवश्यक आहे — एक सामान्य समस्या जिथे लोक tags तयार करतात परंतु त्यांना push करायला विसरतात), release tags योग्यरित्या व्यवस्थापित करण्यासाठी आवश्यक आहे.
Tags विरुद्ध branches समजून घेणे (एक tag विशिष्ट commit ला स्थिर सूचक आहे — एक कायमी लेबल जो हलत नाही — तर एक branch एक हलणारा सूचक आहे जो विकासासह वाढतो) त्यांच्या विविध भूमिका स्पष्ट करतो: releases/milestones कायमीपणे चिन्हांकित करण्यासाठी tags, चालू कामासाठी branches.
Semantic versioning (MAJOR.MINOR.PATCH conventions बदलांचे स्वरूप संप्रेषित करण्यासाठी) आणि कसे platforms tags पासून Releases तयार करतात (release notes आणि distribution साठी artifacts सह) यांच्या जोडणीबद्दल समजून घेणे हे दर्शविते की tags real release व्यवस्थापनामध्ये कसे बसतात.
Software release आणि versioning सामान्य आवश्यकता असल्याने आणि tags release आवृत्त्या चिन्हांकित आणि संदर्भित करण्यासाठी Git यंत्रणा आहेत (release व्यवस्थापन आणि platforms च्या release features सह एकीकृत), tags आणि releases समजून घेणे — annotated विरुद्ध lightweight tags, त्यांना push करणे, tags विरुद्ध branches, आणि versioning/releases मधील त्यांची भूमिका — released software व्यवस्थापित करण्यासाठी मूल्यवान, व्यावहारिकदृष्ट्या प्रासंगिक Git ज्ञान आहे, जे संस्करण conventions आणि release processes सह जोडलेल्या व्यावसायिक विकासाचा उपयोगी पैलू आहे.