Git Workflow: Quy trình làm việc nhóm với Git

Git một mình thì không khó. add, commit, push — vài tuần là quen.

Nhưng khi làm việc nhóm, mọi chuyện phức tạp hơn nhiều. Không có quy tắc chung, dễ xảy ra: code của người này ghi đè code của người kia, không ai biết nhánh nào đang chạy trên production, tính năng còn dang dở bị đẩy lên live.

Git Workflow là tập hợp quy tắc để cả nhóm dùng Git theo cách thống nhất. Biết workflow là bước đầu tiên để làm việc chuyên nghiệp trong môi trường thực tế.

Git Workflow là gì?

Git Workflow là bộ quy tắc về cách tạo branch, commit, merge và deploy trong một dự án có nhiều người tham gia.

Không có quy trình, nhóm 3-5 người code chung một repo sẽ nhanh chóng thành hỗn loạn. Workflow giúp mỗi người biết:

• Khi nào tạo branch mới?
• Đặt tên branch như thế nào?
• Merge vào đâu và lúc nào?
• Ai review code trước khi merge?

Có 3 workflow phổ biến: GitHub Flow (đơn giản nhất), Gitflow (chi tiết hơn), và GitLab Flow.

GitHub Flow — Workflow đơn giản và thực dụng nhất

GitHub Flow là lựa chọn mặc định của hầu hết startup và team nhỏ-vừa năm 2026. Chỉ có một nguyên tắc cốt lõi: nhánh main luôn sẵn sàng để deploy.

Bước 1: Lấy code mới nhất từ main

git checkout main
git pull origin main

Bước 2: Tạo nhánh tính năng mới

git checkout -b feature/add-login-page
# Hoặc sửa bug:
git checkout -b fix/login-button-bug

Bước 3: Code và commit

git add .
git commit -m "feat: Add login page UI component"
git push origin feature/add-login-page

Bước 4: Tạo Pull Request

Vào GitHub, tạo PR từ nhánh vừa push. Mô tả ngắn gọn bạn đã làm gì. Nhờ teammate review code.

Bước 5: Merge và dọn dẹp

git checkout main
git pull origin main
git branch -d feature/add-login-page

Gitflow — Workflow cho dự án có release cycle rõ ràng

Gitflow phù hợp với những dự án có versioning, release định kỳ (v1.0, v1.1, v2.0...).

• main: code đang chạy trên production
• develop: tích hợp tất cả tính năng mới
• feature/*: phát triển từng tính năng riêng lẻ
• release/*: chuẩn bị release
• hotfix/*: vá lỗi khẩn cấp

git checkout develop
git checkout -b feature/user-authentication

git checkout develop
git merge feature/user-authentication
git branch -d feature/user-authentication

git checkout -b release/v1.0.0
git checkout main
git merge release/v1.0.0
git tag -a v1.0.0 -m "Release version 1.0.0"

Quy tắc đặt tên branch và commit message

Đặt tên branch:

feature/add-login-page
fix/login-button-not-working
hotfix/critical-payment-bug
docs/update-api-readme
refactor/auth-module

Commit message theo Conventional Commits:

feat: Add user login page
fix: Fix login button not responding on mobile
docs: Update API documentation
refactor: Extract auth logic into separate module
test: Add unit tests for login function
chore: Update npm dependencies

Code Review — Bước không thể bỏ qua

Pull Request không chỉ là cơ chế merge code — đây là nơi diễn ra code review, một trong những thói quen quan trọng nhất trong phát triển phần mềm chuyên nghiệp.

Viết PR tốt:

• Tiêu đề rõ ràng, mô tả đúng việc đã làm
• Giải thích lý do thay đổi trong phần mô tả
• Đính kèm screenshot nếu thay đổi UI
• Chỉ rõ phần nào cần reviewer chú ý đặc biệt

Kết luận

Năm 2026, GitHub Flow là lựa chọn mặc định cho hầu hết team. Hãy bắt đầu với nó.

Nguyên tắc cốt lõi cần nhớ:

• main luôn sạch và có thể deploy bất cứ lúc nào
• Mọi thay đổi đều đi qua branch riêng
• Code review qua Pull Request trước khi merge
• Commit message rõ ràng, có quy tắc thống nhất

Muốn ôn lại Git từ đầu? Xem bài Git là gì? Hướng dẫn Git cơ bản cho người mới.