Git là gì? Hiểu cơ chế và dùng thành thạo cho người mới

Đa số hướng dẫn Git bắt bạn học thuộc một loạt lệnh mà không nói vì sao, nên bạn gõ đúng nhưng không hiểu, và hễ gặp tình huống lạ là loay hoay. Bài này đi ngược lại: làm rõ cơ chế cốt lõi của Git trước, để sau đó mọi lệnh đều trở nên hiển nhiên.

Git giải quyết vấn đề gì?

Trước khi có công cụ quản lý phiên bản, người ta lưu lịch sử bằng cách… đặt tên tệp: baocao_v1.docx, baocao_v2_final.docx, baocao_v2_final_THUCSU.docx. Cách này có ba vấn đề không thể khắc phục: bạn không biết chính xác hai bản khác nhau chỗ nào, không thể quay về một mốc cụ thể một cách đáng tin, và khi hai người cùng sửa thì một người sẽ ghi đè lên người kia.

Git là một hệ thống quản lý phiên bản (version control) sinh ra để xử lý đúng ba vấn đề đó: ghi lại lịch sử thay đổi một cách chính xác, cho phép quay về bất kỳ mốc nào, và cho nhiều người làm song song mà không giẫm chân nhau.

Cơ chế cốt lõi: Git lưu snapshot, không lưu “khác biệt”

Đây là ý tưởng quan trọng nhất, và cũng là thứ ít hướng dẫn nói rõ. Nhiều người tưởng Git lưu “những dòng đã thay đổi”. Thực tế, mỗi lần bạn commit, Git chụp lại toàn bộ trạng thái dự án tại thời điểm đó — một snapshot (với tệp không đổi, nó chỉ lưu một tham chiếu để tiết kiệm chỗ).

Mỗi snapshot được gắn một mã hash (một chuỗi như a3f5c9…) tính ra từ chính nội dung của nó. Hệ quả thú vị: chỉ cần nội dung đổi một chữ, hash đổi hoàn toàn — nên hash vừa là “địa chỉ” vừa là “dấu vân tay” đảm bảo lịch sử không bị sửa lén.

Quan trọng hơn, mỗi commit lưu kèm con trỏ tới commit cha (commit ngay trước nó). Nối các con trỏ này lại, bạn có một chuỗi snapshot — chính là lịch sử dự án. Khi hiểu commit = “snapshot + con trỏ về cha”, bạn sẽ thấy phần lớn Git chỉ là chuyện di chuyển và tạo các con trỏ trên chuỗi đó.

Ba khu vực — vì sao có bước add rồi mới commit

Người mới hay thắc mắc vì sao phải git add rồi mới git commit, nghe như thừa một bước. Lý do nằm ở ba khu vực của Git:

1. Thư mục làm việc (Working Directory): nơi bạn thực sự sửa tệp.
2. Vùng chờ (Staging Area): nơi bạn chọn lọc những thay đổi sẽ đưa vào snapshot tiếp theo.
3. Kho lưu trữ (Repository): nơi snapshot được ghi lại vĩnh viễn.

Vùng chờ không thừa — nó cho bạn quyền đóng gói commit có chủ đích. Giả sử bạn vừa sửa 5 tệp cho hai việc khác nhau; bạn có thể add 3 tệp của việc A, commit với ghi chú riêng, rồi add 2 tệp còn lại commit riêng. Lịch sử nhờ vậy sạch và dễ lần theo, thay vì một “cục” lẫn lộn.

Git và GitHub: đừng nhầm hai thứ

• Git là phần mềm chạy trên máy bạn, quản lý lịch sử ngay cả khi offline.
• GitHub (hay GitLab, Bitbucket) là dịch vụ trực tuyến lưu một bản kho Git trên mạng để sao lưu và chia sẻ.

Ví dụ dễ nhớ: Git giống khả năng soạn thảo tài liệu trên máy; GitHub giống Google Drive để cất và chia sẻ. Điều này cũng giải thích vì sao có cặp lệnh push (đẩy commit local lên kho mạng) và pull (kéo commit mới từ kho mạng về).

Nhánh (branch): vì sao nó “nhẹ” đến mức bạn nên dùng thường xuyên

Trong các công cụ cũ, tạo nhánh nghĩa là sao chép cả dự án — chậm và tốn. Trong Git thì khác hẳn, và lý do nằm ở cơ chế con trỏ: một nhánh chỉ là một con trỏ nhẹ trỏ tới một commit. Tạo nhánh chỉ là ghi ra một tệp nhỏ chứa mã hash — gần như tức thời, dù dự án nặng bao nhiêu.

Khi bạn commit trên một nhánh, con trỏ của nhánh đó tự dịch tới commit mới. HEAD là một con trỏ đặc biệt cho biết “bạn đang đứng ở nhánh nào”. Hiểu vậy thì việc chuyển nhánh chỉ đơn giản là dời HEAD sang trỏ một commit khác rồi cập nhật tệp trong thư mục làm việc cho khớp.

git branch tinh-nang-moi      # tạo con trỏ nhánh mới tại commit hiện tại
git switch tinh-nang-moi      # dời HEAD sang nhánh đó
# ... làm việc và commit; con trỏ nhánh tự tiến lên ...
git switch main               # quay về nhánh chính
git merge tinh-nang-moi       # gộp thành quả vào main

Vì nhánh rẻ như vậy, quy ước phổ biến là không sửa trực tiếp trên main mà mở một nhánh riêng cho từng việc, xong mới gộp vào. Cách này giữ phiên bản chính luôn chạy được và lịch sử rõ ràng — đặc biệt quan trọng khi làm nhóm.

Merge và xung đột thực chất là gì?

Khi gộp nhánh, có hai khả năng. Nếu nhánh chính không đổi gì kể từ lúc bạn rẽ nhánh, Git chỉ cần dời con trỏ tới trước — gọi là fast-forward, không tạo commit mới. Nếu cả hai nhánh đều có thay đổi, Git tạo một commit gộp (merge commit) có hai cha.

Xung đột (conflict) chỉ xảy ra trong một trường hợp cụ thể: hai nhánh sửa cùng một vùng của cùng một tệp theo hai hướng khác nhau, khiến Git không thể tự quyết giữ bản nào. Nó không phải lỗi nguy hiểm — Git đánh dấu cả hai phiên bản ngay trong tệp bằng các dấu <<<<<<<, =======, >>>>>>> để bạn chọn. Bạn sửa lại đoạn đó cho đúng ý, xoá các dấu, rồi add và commit. Hiểu rằng xung đột chỉ là “Git hỏi ý bạn”, người mới sẽ bớt hoảng.

10 lệnh dùng 90% thời gian

git init                  # biến một thư mục thành kho Git
git clone <url>           # tải một kho có sẵn về máy
git status                # xem tệp nào đã đổi, đang ở khu vực nào
git add <tệp>             # đưa thay đổi vào vùng chờ (git add . cho tất cả)
git commit -m "ghi chú"   # chốt một snapshot kèm mô tả
git log                   # xem chuỗi commit (lịch sử)
git push                  # đẩy commit local lên kho mạng (GitHub)
git pull                  # kéo commit mới từ kho mạng về máy
git branch <tên>          # tạo con trỏ nhánh mới
git merge <tên>           # gộp nhánh vào nhánh hiện tại

Đừng cố thuộc hết. Bốn lệnh cốt lõi add, commit, push, pull đã đủ cho phần lớn công việc; số còn lại bổ sung dần khi gặp nhu cầu.

Quy trình một ngày làm việc điển hình

git pull                      # lấy commit mới nhất trước khi bắt đầu
# ... viết code ...
git add .
git commit -m "Thêm chức năng đăng nhập bằng email"
git push                      # chia sẻ thành quả lên kho chung

Lặp lại vòng này sau mỗi phần việc nhỏ. Commit nhỏ và thường xuyên không chỉ an toàn hơn — nó còn biến lịch sử thành công cụ gỡ lỗi: khi có bug, bạn dễ dàng tìm ra chính xác commit nào làm hỏng.

Ba sai lầm phổ biến của người mới (và vì sao tránh được)

• Ghi chú commit kiểu “update”, “fix”. Sau này khi cần lần ra nguyên nhân bug, những ghi chú rỗng là vô dụng. Hãy mô tả bạn đã làm gì: “Sửa lỗi tính sai tổng giỏ hàng khi có mã giảm giá”.
• Quên git pull trước khi đẩy. Nếu kho mạng đã có commit mới mà bạn chưa có, lệnh push sẽ bị từ chối để tránh ghi đè lịch sử của người khác. Tạo thói quen kéo về trước là cách tránh.
• Lỡ commit tệp nhạy cảm (mật khẩu, khoá API, tệp tạm). Vì lịch sử Git lưu mọi snapshot, xoá ở commit sau vẫn còn dấu vết ở commit cũ. Dùng tệp .gitignore để loại trừ ngay từ đầu.

Bước tiếp theo cụ thể

Cách học Git nhanh nhất là tạo một kho thật ngay bây giờ: mở thư mục bất kỳ, chạy git init, tạo một tệp, rồi đi qua trọn vòng status → add → commit → log. Sau đó tạo một nhánh, sửa vài dòng, gộp lại và cố tình tạo một xung đột để tự tay giải quyết — chỉ cần làm một lần là bạn hết sợ.

Khi đã quen, hãy đẩy kho lên GitHub để có nơi sao lưu và một hồ sơ nghề nghiệp. Nếu đang trong giai đoạn nhập môn, có thể kết hợp Git với lộ trình học Python cho người mới; và mỗi khi bí một lệnh, các trợ lý AI ngày nay giải thích cú pháp Git khá tốt — chỉ cần nhớ kiểm chứng trước khi chạy lệnh lạ.