Tag đánh dấu các điểm cụ thể trong lịch sử là quan trọng — thường là các release (các phiên bản như v1.0.0). Khác với branch, tag là các con trỏ cố định không di chuyển, được dùng để gắn nhãn và tham chiếu các phiên bản release. Chúng là trung tâm của việc version hóa và quản lý release.
# annotated tag (khuyến nghị cho release — có metadata: người tag, ngày, message)
git tag -a v1.0.0 -m
git tag v1.0.0
git tag -a v1.0.0 <commit> -m
Annotated tag (khuyến nghị cho release) lưu metadata (người tag, ngày, message); lightweight tag chỉ là một tên trỏ tới một commit.
git tag # liệt kê các tag
git show v1.0.0 # hiển thị một tag và commit của nó
git checkout v1.0.0 # checkout mã tại một tag (detached HEAD)
# tag KHÔNG được push theo mặc định — push chúng một cách tường minh:
git push origin v1.0.0 # push một tag cụ thể
git push origin --tags # push tất cả các tag
Quan trọng: tag không được push tự động với git push — bạn push chúng một cách tường minh.
BRANCH → một con trỏ DI ĐỘNG tiến lên khi bạn commit (phát triển liên tục)
TAG → một con trỏ CỐ ĐỊNH tới một commit cụ thể (một nhãn vĩnh viễn — không di chuyển)
→ Dùng tag để đánh dấu vĩnh viễn các release/cột mốc; branch cho công việc đang diễn ra.
SEMANTIC VERSIONING (SemVer): MAJOR.MINOR.PATCH (ví dụ v2.3.1)
MAJOR → thay đổi phá vỡ tương thích | MINOR → tính năng mới (tương thích) | PATCH → sửa lỗi
→ Tag gắn nhãn các phiên bản này. Các nền tảng (GitHub) xây dựng "Release" từ tag
(với release note, sản phẩm đã build) để phân phối.
Hiểu tag và release là có giá trị cho version hóa và quản lý release, nên đó là kiến thức thực hành hữu ích để làm việc với phần mềm đã phát hành. Tag đánh dấu các điểm quan trọng trong lịch sử — thường là các phiên bản release (như v1.0.0) — cung cấp các tham chiếu cố định, vĩnh viễn tới các commit cụ thể, điều thiết yếu để theo dõi và tham chiếu mã nào cấu thành mỗi release.
Hiểu sự phân biệt giữa annotated tag (khuyến nghị cho release, lưu metadata như người tag, ngày và message) và lightweight tag là kiến thức thực hành để gắn tag release đúng cách.
Biết cách tạo, liệt kê và checkout tag, và quan trọng là tag không được push tự động (đòi hỏi git push origin --tags tường minh hoặc push các tag cụ thể — một cái bẫy phổ biến nơi người ta tạo tag nhưng quên push chúng), là cần thiết để quản lý các tag release một cách chính xác.
Hiểu tag so với branch (một tag là một con trỏ cố định tới một commit cụ thể — một nhãn vĩnh viễn không di chuyển — trong khi một branch là một con trỏ di động tiến lên cùng với phát triển) làm rõ các vai trò khác nhau của chúng: tag để đánh dấu vĩnh viễn các release/cột mốc, branch cho công việc đang diễn ra.
Hiểu sự liên kết với semantic versioning (các quy ước MAJOR.MINOR.PATCH để truyền đạt bản chất của các thay đổi) và cách các nền tảng xây dựng Release từ tag (với release note và sản phẩm để phân phối) phản ánh cách tag khớp vào quản lý release thực tế.
Vì phát hành và version hóa phần mềm là một nhu cầu phổ biến và tag là cơ chế của Git để đánh dấu và tham chiếu các phiên bản release (trung tâm của quản lý release và tích hợp với các tính năng release của các nền tảng), hiểu tag và release — annotated so với lightweight tag, push chúng, tag so với branch, và vai trò của chúng trong version hóa/release — là kiến thức Git có giá trị, liên quan thực tế để quản lý phần mềm đã phát hành, một khía cạnh hữu ích của phát triển chuyên nghiệp kết nối với các quy ước version hóa và quy trình release.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ