tag และ release ทำงานอย่างไรใน Git?

Question

Accepted Answer

**Tag** ใช้ทำเครื่องหมายจุดเฉพาะในประวัติว่าสำคัญ — โดยทั่วไปคือ **release** (เวอร์ชันอย่าง v1.0.0) ต่างจาก branch ตรงที่ tag เป็น pointer แบบคงที่ที่ไม่เคลื่อนที่ ใช้สำหรับติดป้ายและอ้างอิงเวอร์ชัน release มันเป็นแกนหลักของการกำหนดเวอร์ชันและการจัดการ release

## การสร้าง tag

```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 tag** (แนะนำสำหรับ release) เก็บ metadata (ผู้ติด tag, วันที่, ข้อความ) ส่วน **lightweight tag** เป็นเพียงชื่อที่ชี้ไปยัง commit

## การทำงานกับ tag

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

สิ่งสำคัญ: **tag ไม่ถูก push โดยอัตโนมัติ** ด้วย `git push` — คุณต้อง push มันอย่างชัดเจน

## tag เทียบกับ branch

```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 และ release

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

## ทำไมจึงสำคัญ

การเข้าใจ tag และ release มีคุณค่าต่อ**การกำหนดเวอร์ชันและการจัดการ release** จึงเป็นความรู้เชิงปฏิบัติที่มีประโยชน์สำหรับการทำงานกับซอฟต์แวร์ที่ release แล้ว **Tag** ทำเครื่องหมายจุดสำคัญในประวัติ — โดยทั่วไปคือ**เวอร์ชัน release** (เช่น v1.0.0) — โดยให้การอ้างอิงแบบคงที่และถาวรไปยัง commit เฉพาะ ซึ่งจำเป็นต่อการติดตามและอ้างอิงว่าโค้ดใดประกอบเป็นแต่ละ release

การเข้าใจความแตกต่างระหว่าง **annotated tag** (แนะนำสำหรับ release เก็บ metadata เช่นผู้ติด tag, วันที่ และข้อความ) กับ lightweight tag เป็นความรู้เชิงปฏิบัติสำหรับการติด tag release อย่างเหมาะสม

การรู้วิธีสร้าง, แสดงรายการ และ checkout tag และที่สำคัญคือ **tag ไม่ถูก push โดยอัตโนมัติ** (ต้องใช้ `git push origin --tags` อย่างชัดเจน หรือ push tag เฉพาะ — เป็นจุดผิดพลาดที่พบบ่อยที่คนสร้าง tag แต่ลืม push) เป็นสิ่งจำเป็นต่อการจัดการ tag release อย่างถูกต้อง

การเข้าใจ **tag เทียบกับ branch** (tag เป็น pointer คงที่ไปยัง commit เฉพาะ — ป้ายถาวรที่ไม่เคลื่อนที่ — ขณะที่ branch เป็น pointer ที่เคลื่อนที่ได้และเดินหน้าไปกับการพัฒนา) ทำให้ชัดเจนถึงบทบาทที่ต่างกัน: tag สำหรับทำเครื่องหมาย release/milestone อย่างถาวร branch สำหรับงานที่ดำเนินต่อเนื่อง

การเข้าใจความเชื่อมโยงกับ **semantic versioning** (ข้อตกลง MAJOR.MINOR.PATCH สำหรับสื่อสารลักษณะการเปลี่ยนแปลง) และวิธีที่แพลตฟอร์มสร้าง **Release** จาก tag (พร้อม release notes และ artifact สำหรับการเผยแพร่) สะท้อนว่า tag เข้ากับการจัดการ release จริงอย่างไร

เนื่องจากการ release และกำหนดเวอร์ชันซอฟต์แวร์เป็นความต้องการที่พบบ่อย และ tag เป็นกลไกของ Git สำหรับทำเครื่องหมายและอ้างอิงเวอร์ชัน release (เป็นแกนหลักของการจัดการ release และผสานกับฟีเจอร์ release ของแพลตฟอร์ม) การเข้าใจ tag และ release — annotated เทียบกับ lightweight tag, การ push, tag เทียบกับ branch และบทบาทในการกำหนดเวอร์ชัน/release — จึงเป็นความรู้ Git ที่มีคุณค่าและเกี่ยวข้องเชิงปฏิบัติสำหรับการจัดการซอฟต์แวร์ที่ release แล้ว เป็นแง่มุมที่มีประโยชน์ของการพัฒนาแบบมืออาชีพที่เชื่อมโยงกับข้อตกลงการกำหนดเวอร์ชันและกระบวนการ release