Tags ਇਤਿਹਾਸ ਵਿੱਚ ਖਾਸ ਬਿੰਦੂਆਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਵਜੋਂ ਚਿੰਨ੍ਹਤ ਕਰਦੇ ਹਨ — ਆਮ ਤੌਰ ਤੇ releases (ਸੰਸਕਰਣ ਜਿਵੇਂ v1.0.0)। ਬ੍ਰਾਂਚਾਂ ਦੇ ਉਲਟ, 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 (releases ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤਾ) ਮੈਟਾਡੇਟਾ (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 ਨਾਲ 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 ਲਈ ਮਾਨਕ ਹੈ, ਇਸ ਲਈ ਇਹ ਰਿਲੀਜ਼ ਕੀਤੇ ਸਾਫਟਵੇਅਰ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਾਡਾ ਵਿਹਾਰਕ ਗਿਆਨ ਹੈ। Tags ਇਤਿਹਾਸ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂਆਂ ਨੂੰ ਚਿੰਨ੍ਹਤ ਕਰਦੇ ਹਨ — ਆਮ ਤੌਰ ਤੇ release ਸੰਸਕਰਣ (ਜਿਵੇਂ v1.0.0) — ਖਾਸ commits ਲਈ ਨਿਸ਼ਚਿਤ, ਸਥਾਈ ਹਵਾਲੇ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ, ਜੋ ਟ੍ਰੈਕ ਕਰਨ ਅਤੇ ਹਵਾਲਾ ਦੇਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਹਰੇਕ release ਵਿੱਚ ਕੀ code ਸ਼ਾਮਲ ਹੈ।
Annotated tags (releases ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤਾ, tagger, ਤਾਰੀਖ, ਅਤੇ ਸੁਨੇਹਾ ਵਰਗੇ metadata ਨੂੰ ਸਟੋਰ ਕਰਦੇ ਹੋ) ਅਤੇ lightweight tags ਵਿਚਕਾਰ ਫਰਕ ਨੂੰ ਸਮਝਣਾ ਸਹੀ release tagging ਲਈ ਮਾਡਾ ਵਿਹਾਰਕ ਗਿਆਨ ਹੈ।
Tags ਨੂੰ ਬਣਾਉਣਾ, ਸੂਚੀ ਬਣਾਉਣਾ, ਅਤੇ checkout ਕਰਨਾ ਜਾਣਨਾ, ਅਤੇ ਮਹੱਤਵਪੂਰਣ ਤੌਰ ਤੇ ਕਿ tags ਸਵੈ ਚਾਲਿਤ ਤੌਰ ਤੇ push ਨਹੀਂ ਹੁੰਦੇ (ਸਪਸ਼ਟ git push origin --tags ਜਾਂ ਖਾਸ tags push ਕਰਨ ਦੀ ਲੋੜ — ਇੱਕ ਆਮ ਸਮੱਸਿਆ ਜਿਥੇ ਲੋਕ tags ਬਣਾਉਂਦੇ ਹਾਂ ਪਰ ਉਹਨਾਂ ਨੂੰ push ਕਰਨਾ ਭੁੱਲ ਜਾਂਦੇ ਹਾਂ), release tags ਨੂੰ ਠੀਕ ਤਰ੍ਹਾਂ ਪ੍ਰਬੰਧਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।
Tags ਬਨਾਮ branches ਨੂੰ ਸਮਝਣਾ (ਇੱਕ tag ਇੱਕ ਖਾਸ commit ਦਾ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਕੇਤਕ ਹੈ — ਇੱਕ ਸਥਾਈ ਲੇਬਲ ਜੋ ਨਹੀਂ ਹਿਲਦਾ — ਜਦਕਿ ਇੱਕ branch ਇੱਕ ਹਿਲਾਉਣ ਵਾਲਾ ਸੰਕੇਤਕ ਹੈ ਜੋ development ਦੇ ਨਾਲ ਅੱਗੇ ਵਧਦਾ ਹੈ) ਉਹਨਾਂ ਦੀਆਂ ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ: releases/milestones ਨੂੰ ਸਥਾਈ ਤੌਰ ਤੇ ਚਿੰਨ੍ਹਤ ਕਰਨ ਲਈ tags, ਚਲਦੇ ਕੰਮ ਲਈ branches।
Semantic versioning (MAJOR.MINOR.PATCH ਪਰੰਪਰਾ ਪਰਿਵਰਤਨਾਂ ਦੀ ਪ੍ਰਕਿਰਤੀ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ) ਨਾਲ ਸੰਬੰਧ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਕਿਵੇਂ ਪਲੇਟਫਾਰਮ tags ਤੋਂ Releases ਬਣਾਉਂਦੇ ਹਨ (ਵਿਤਰਣ ਲਈ release notes ਅਤੇ artifacts ਦੇ ਨਾਲ) ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਵੇਂ tags ਅਸਲ release management ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੇ ਹਾਂ।
ej਼ਾਕਿ ਸਾਫਟਵੇਅਰ ਨੂੰ ਰਿਲੀਜ਼ ਕਰਨਾ ਅਤੇ versioning ਇੱਕ ਆਮ ਲੋੜ ਹੈ ਅਤੇ tags ਰਿਲੀਜ਼ ਸੰਸਕਰਣਾਂ ਨੂੰ ਚਿੰਨ੍ਹਤ ਅਤੇ ਹਵਾਲਾ ਦੇਣ ਲਈ Git ਵਿਧੀ ਹੈ (release management ਲਈ ਕੇਂਦ੍ਰੀ ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਰਿਲੀਜ਼ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਏਕੀਕ੍ਰਿਤ), tags ਅਤੇ releases ਨੂੰ ਸਮਝਣਾ — annotated ਬਨਾਮ lightweight tags, ਉਹਨਾਂ ਨੂੰ push ਕਰਨਾ, tags ਬਨਾਮ branches, ਅਤੇ versioning/releases ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਭੂਮਿਕਾ — ਰਿਲੀਜ਼ ਕੀਤੇ ਸਾਫਟਵੇਅਰ ਨੂੰ ਪ੍ਰਬੰਧਤ ਕਰਨ ਲਈ ਮੁਲਬੁੱਲ, ਵਿਹਾਰਕ ਤੌਰ ਤੇ ਦੀ Git ਜਾਣਕਾਰੀ ਹੈ, versioning ਸੰਮੇਲਨਾਂ ਅਤੇ release processes ਨਾਲ ਜੁੜੇ ਪੇਸ਼ੇਵਰ development ਦਾ ਇੱਕ ਲਾਭਦਾਈ ਪਹਿਲੂ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ