Bagaimana cara kerja tags dan releases di Git?

Question

Accepted Answer

**Tags** menandai titik-titik spesifik dalam riwayat sebagai penting — biasanya **releases** (versi seperti v1.0.0). Tidak seperti branches, tags adalah pointer tetap yang tidak bergerak, digunakan untuk memberi label dan mereferensikan versi rilis. Mereka adalah inti dari versioning dan manajemen rilis.

## Membuat tags

```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 tags** (direkomendasikan untuk releases) menyimpan metadata (tagger, tanggal, pesan); **lightweight tags** hanyalah nama yang menunjuk ke sebuah commit.

## Bekerja dengan tags

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

Penting: **tags tidak didorong secara otomatis** dengan `git push` — Anda harus mendorongnya secara eksplisit.

## Tags vs branches

```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 dan releases

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

## Mengapa ini penting

Memahami tags dan releases berharga untuk **versioning dan manajemen rilis**, jadi ini adalah pengetahuan praktis yang berguna untuk bekerja dengan perangkat lunak yang dirilis. **Tags** menandai titik-titik penting dalam riwayat — biasanya **versi rilis** (seperti v1.0.0) — memberikan referensi tetap dan permanen ke commit spesifik, yang sangat penting untuk melacak dan mereferensikan kode apa yang membentuk setiap rilis.

Memahami perbedaan antara **annotated tags** (direkomendasikan untuk releases, menyimpan metadata seperti tagger, tanggal, dan pesan) dan lightweight tags adalah pengetahuan praktis untuk proper release tagging.

Mengetahui cara membuat, membuat daftar, dan checkout tags, dan yang penting bahwa **tags tidak didorong secara otomatis** (memerlukan `git push origin --tags` eksplisit atau mendorong tags spesifik — gotcha umum di mana orang membuat tags tetapi lupa mendorongnya), diperlukan untuk mengelola release tags dengan benar.

Memahami **tags vs branches** (sebuah tag adalah pointer tetap ke commit spesifik — label permanen yang tidak bergerak — sementara branch adalah pointer yang dapat bergerak yang maju dengan pengembangan) menjelaskan peran berbeda mereka: tags untuk secara permanen menandai releases/milestones, branches untuk pekerjaan berkelanjutan.

Memahami koneksi ke **semantic versioning** (konvensi MAJOR.MINOR.PATCH untuk mengomunikasikan sifat perubahan) dan bagaimana platform membangun **Releases** dari tags (dengan catatan rilis dan artifacts untuk distribusi) mencerminkan bagaimana tags cocok dalam manajemen rilis sebenarnya.

Karena merilis dan melakukan versioning perangkat lunak adalah kebutuhan umum dan tags adalah mekanisme Git untuk menandai dan mereferensikan versi rilis (pusat manajemen rilis dan terintegrasi dengan fitur rilis platform), memahami tags dan releases — annotated vs lightweight tags, mendorongnya, tags vs branches, dan peran mereka dalam versioning/releases — adalah pengetahuan Git yang berharga dan praktis untuk mengelola perangkat lunak yang dirilis, aspek berguna dari pengembangan profesional yang terhubung dengan konvensi versioning dan proses rilis.