Tags ले इतिहासमा विशिष्ट बिन्दुहरूलाई महत्त्वपूर्ण रूपमा चिन्ह लगाउँछन् — सामान्यतः releases (संस्करण जस्तै v1.0.0)। branches को विपरीत, tags निश्चित सूचक हुन् जो सर्दैन, रिलीज संस्करणहरू लेबल गर्न र सन्दर्भ गर्न प्रयोग गरिन्छन्। तिनीहरू संस्करण र रिलीज प्रबन्धनको लागि केन्द्रीय छन्।
# 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 (रिलीजहरूको लागि अनुशंसित) metadata (tagger, मिति, सन्देश) भण्डार गर्छन्; 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 सँग पुश गरिएको छैन — तपाईले तिनीहरूलाई स्पष्ट रूपमा पुश गर्नुहुन्छ।
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 बुझ्नु संस्करण र रिलीज प्रबन्धन को लागि मूल्यवान छ, त्यसैले यो रिलीज गरिएको सफ्टवेयरसँग काम गर्नको लागि उपयोगी व्यावहारिक ज्ञान हो। Tags ले इतिहासमा महत्त्वपूर्ण बिन्दुहरू चिन्ह लगाउँछन् — सामान्यतः रिलीज संस्करण (जस्तै v1.0.0) — विशिष्ट commits मा निश्चित, स्थायी सन्दर्भ प्रदान गर्छन्, जो प्रत्येक रिलीज कुन कोड समावेश गर्छ भनी ट्र्याक र सन्दर्भ गर्नको लागि अत्यन्त आवश्यक छ।
Annotated tags (रिलीजहरूको लागि अनुशंसित, tagger, मिति, र सन्देश जस्तै metadata भण्डार गर्दै) र lightweight tags बीचको भेद बुझ्नु उचित रिलीज tagging को लागि व्यावहारिक ज्ञान हो।
Tags कसरी सिर्जना गर्ने, सूचीबद्ध गर्ने, र checkout गर्ने, र महत्त्वपूर्ण रूपमा कि tags स्वचालित रूपमा पुश गरिएको छैन (स्पष्ट git push origin --tags वा विशेष tags पुश गर्न आवश्यक — एक सामान्य समस्या जहाँ मानिसहरू tags सिर्जना गर्छन् तर तिनीहरूलाई पुश गर्न बिर्सन्छन्), रिलीज tags सही तरिकाले प्रबन्ध गर्न आवश्यक छ।
Tags बनाम branches बुझ्नु (एक tag विशिष्ट commit मा निश्चित सूचक हो — स्थायी लेबल जो सर्दैन — जबकि branch एक सक्रिय सूचक हो जो विकासमा अग्रसर हुन्छ) तिनीहरूको विभिन्न भूमिका स्पष्ट गर्छ: रिलीज/मेलस्टोनहरू स्थायी रूपमा चिन्ह लगाउनको लागि tags, चलिरहेको काम को लागि branches।
Semantic versioning (MAJOR.MINOR.PATCH परिवर्तनको प्रकृति सञ्चार गर्न को लागि) र प्लेटफर्महरू कसरी tags बाट Releases निर्माण गर्छन् (रिलीज नोटहरू र वितरणको लागि कलाकृतिहरू) को सम्बन्ध बुझ्नु प्रतिबिम्बित गर्छ कि कसरी tags वास्तविक रिलीज प्रबन्धनमा फिट हुन्छन्।
सफ्टवेयर रिलीज र संस्करण एक सामान्य आवश्यकता हो र tags रिलीज संस्करणहरू चिन्ह लगाउन र सन्दर्भ गर्न को लागि Git संयन्त्र हो (रिलीज प्रबन्धन को लागि केन्द्रीय र प्लेटफर्मको रिलीज सुविधाहरू सँग एकीकृत), tags र releases बुझ्नु — annotated बनाम lightweight tags, तिनीहरूलाई पुश गर्दै, tags बनाम branches, र संस्करण/रिलीजहरूमा तिनीहरूको भूमिका — रिलीज गरिएको सफ्टवेयर प्रबन्ध गर्नको लागि मूल्यवान, व्यावहारिक-प्रासङ्गिक Git ज्ञान हो, संस्करण परिपाटी र रिलीज प्रक्रियाहरूमा जोडिएको पेशादार विकास को एक उपयोगी पहलु।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्