Git-এ ট্যাগ এবং রিলিজ কীভাবে কাজ করে?

Question

Accepted Answer

**ট্যাগস** ইতিহাসে নির্দিষ্ট পয়েন্টগুলিকে গুরুত্বপূর্ণ হিসাবে চিহ্নিত করে — সাধারণত **রিলিজ** (v1.0.0-এর মতো সংস্করণ)। শাখাগুলির বিপরীতে, ট্যাগগুলি স্থির পয়েন্টার যা নড়ে না, যা রিলিজ সংস্করণগুলিকে লেবেল করতে এবং রেফার করতে ব্যবহৃত হয়। এগুলি সংস্করণ এবং রিলিজ ম্যানেজমেন্টের জন্য কেন্দ্রীয়।

## ট্যাগ তৈরি করা

```bash
# annotated tag (recommended for releases — has metadata: tagger, date, message)
git tag -a v1.0.0 -m "Release version 1.0.0"

# lightweight tag (just a pointer, no metadata)
git tag v1.0.0

# tag a specific past commit
git tag -a v1.0.0 <commit> -m "..."
```

**Annotated ট্যাগস** (রিলিজের জন্য সুপারিশকৃত) মেটাডেটা (ট্যাগার, তারিখ, বার্তা) সংরক্ষণ করে; **lightweight ট্যাগস** শুধুমাত্র একটি কমিটের দিকে নির্দেশ করে একটি নাম।

## ট্যাগের সাথে কাজ করা

```bash
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
```

গুরুত্বপূর্ণ: **ট্যাগগুলি `git push`-এর সাথে স্বয়ংক্রিয়ভাবে পুশ হয় না** — আপনি সেগুলি স্পষ্টভাবে পুশ করেন।

## ট্যাগ বনাম শাখাগুলি

```text
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 এবং রিলিজ

```text
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.
```

## এটি কেন গুরুত্বপূর্ণ

ট্যাগ এবং রিলিজ বোঝা **সংস্করণ এবং রিলিজ ম্যানেজমেন্টের** জন্য মূল্যবান, তাই এটি রিলিজ করা সফটওয়্যারের সাথে কাজ করার জন্য দরকারী ব্যবহারিক জ্ঞান। **ট্যাগস** ইতিহাসে গুরুত্বপূর্ণ পয়েন্টগুলি চিহ্নিত করে — সাধারণত **রিলিজ সংস্করণ** (v1.0.0-এর মতো) — যা নির্দিষ্ট কমিটগুলিতে স্থির, স্থায়ী রেফারেন্স প্রদান করে, যা প্রতিটি রিলিজের জন্য কোন কোড গঠিত তা ট্র্যাক এবং রেফার করার জন্য অপরিহার্য।

**Annotated ট্যাগস** (রিলিজের জন্য সুপারিশকৃত, ট্যাগার, তারিখ এবং বার্তার মতো মেটাডেটা সংরক্ষণ করে) এবং lightweight ট্যাগসের মধ্যে পার্থক্য বোঝা সঠিক রিলিজ ট্যাগিংয়ের জন্য ব্যবহারিক জ্ঞান।

ট্যাগ তৈরি, তালিকাভুক্ত এবং চেক আউট করার উপায় এবং গুরুত্বপূর্ণভাবে **ট্যাগগুলি স্বয়ংক্রিয়ভাবে পুশ হয় না** (স্পষ্ট `git push origin --tags` বা নির্দিষ্ট ট্যাগ পুশ করার প্রয়োজন — একটি সাধারণ সমস্যা যেখানে মানুষ ট্যাগ তৈরি করে কিন্তু সেগুলি পুশ করতে ভুলে যায়) জানা রিলিজ ট্যাগস সঠিকভাবে পরিচালনার জন্য প্রয়োজনীয়।

**ট্যাগ বনাম শাখাগুলি** বোঝা (একটি ট্যাগ হল একটি নির্দিষ্ট কমিটের একটি স্থির পয়েন্টার — একটি স্থায়ী লেবেল যা নড়ে না — যখন একটি শাখা হল একটি চলমান পয়েন্টার যা উন্নয়নের সাথে এগিয়ে যায়) তাদের বিভিন্ন ভূমিকা স্পষ্ট করে: স্থায়ীভাবে রিলিজ/মাইলস্টোন চিহ্নিত করার জন্য ট্যাগস, চলমান কাজের জন্য শাখা।

**Semantic versioning**-এর সাথে সংযোগ বোঝা (পরিবর্তনের প্রকৃতি জানাতে MAJOR.MINOR.PATCH সম্মেলন) এবং প্ল্যাটফর্মগুলি কীভাবে ট্যাগ থেকে **রিলিজ** তৈরি করে (রিলিজ নোট এবং বিতরণের জন্য আর্টিফ্যাক্ট সহ) ট্যাগগুলি কীভাবে বাস্তব রিলিজ ম্যানেজমেন্টে ফিট করে তা প্রতিফলিত করে।

সফটওয়্যার রিলিজ এবং সংস্করণ একটি সাধারণ প্রয়োজন এবং ট্যাগস হল রিলিজ সংস্করণ চিহ্নিত এবং রেফার করার জন্য Git মেকানিজম (রিলিজ ম্যানেজমেন্টের জন্য কেন্দ্রীয় এবং প্ল্যাটফর্মের রিলিজ বৈশিষ্ট্যগুলির সাথে একীভূত), ট্যাগ এবং রিলিজ বোঝা — annotated বনাম lightweight ট্যাগস, সেগুলি পুশ করা, ট্যাগ বনাম শাখা, এবং সংস্করণ/রিলিজে তাদের ভূমিকা — রিলিজ করা সফটওয়্যার পরিচালনার জন্য মূল্যবান, ব্যবহারিকভাবে প্রাসঙ্গিক Git জ্ঞান, সংস্করণ সম্মেলন এবং রিলিজ প্রক্রিয়ার সাথে সংযুক্ত পেশাদার উন্নয়নের একটি দরকারী দিক।