Git workflow và chiến lược branch

Branching strategy kiểm soát integration risk. Phần lớn team phù hợp protected main, feature branch sống ngắn, automated check, pull request nhỏ và release từ commit đã biết.

Nhìn nhanh

Câu hỏi	Câu trả lời thực tế
Dùng khi nào?	Developer branch từ main hiện tại, commit một thay đổi, rebase hoặc merge main mới, pass CI, được review rồi xóa branch sau merge.
Cần làm gì?	Delivery một change nhỏ qua branch và pull request; đo diff size, review time, conflict, failed check và thời gian tới production.
Biết là đúng bằng cách nào?	Main luôn releasable, mỗi production version map được về commit và rollback khẩn cấp không cần dựng lại workspace không rõ trạng thái.
Lỗi hay gặp?	Branch sống lâu tích lũy integration risk ẩn; thêm nhiều tên branch không thay thế frequent integration.

flowchart LR
  A[Câu hỏi] --> B[Git workflow và chiến lược branch]
  B --> C[Ví dụ nhỏ]
  C --> D[Bằng chứng]

Điểm quan trọng của sơ đồ là không dừng ở định nghĩa: hãy nối khái niệm với một ví dụ nhỏ và bằng chứng có thể quan sát.

Ví dụ đã phân tích

Developer branch từ main hiện tại, commit một thay đổi, rebase hoặc merge main mới, pass CI, được review rồi xóa branch sau merge.

Trước khi làm, hãy viết dấu hiệu thành công. Sau đó chỉ thay đổi một yếu tố, quan sát kết quả và ghi lại assumption. Với Git workflow và chiến lược branch, cách này giúp tách điều bạn biết khỏi điều bạn chỉ đang đoán.

Thực hành trong 20–30 phút

Mục tiêu: Delivery một change nhỏ qua branch và pull request; đo diff size, review time, conflict, failed check và thời gian tới production.

1. Ghi lại trạng thái ban đầu và điều bạn dự đoán.
2. Thực hiện phiên bản nhỏ nhất, không thêm công cụ chưa cần thiết.
3. Thay đổi đúng một input hoặc constraint rồi chạy lại.
4. Lưu command, screenshot, output hoặc checklist làm bằng chứng.

Kết quả mong đợi: Main luôn releasable, mỗi production version map được về commit và rollback khẩn cấp không cần dựng lại workspace không rõ trạng thái.

Sai ở đâu và sửa thế nào

Branch sống lâu tích lũy integration risk ẩn; thêm nhiều tên branch không thay thế frequent integration.

Khi kết quả khác dự đoán, đừng đổi nhiều thứ cùng lúc. Kiểm tra input, version, environment, quyền truy cập và log trước; sau đó lặp lại từ ví dụ nhỏ nhất.

Định nghĩa hoàn thành

• Tôi giải thích được khái niệm bằng ngôn ngữ của mình.
• Tôi đã hoàn thành ví dụ nhỏ và giữ bằng chứng.
• Tôi biết một failure mode và cách kiểm tra nó.
• Người khác có thể làm lại mà không phải đoán bước còn thiếu.

Đi sâu hơn

Mở resource hoặc repository đi kèm ở cuối trang khi bạn cần implementation đầy đủ. Hãy kiểm tra version hiện hành trước khi dùng command trong dự án thật.