Xin chút kinh nghiệm thực tế về Git commit là gì thế nào.

Nói ngắn gọn theo ngôn ngữ buôn bán thì `commit` giống như việc bạn chốt đơn và đóng gói một kiện hàng hoàn chỉnh để chuyển qua kho vậy. Cứ mỗi lần làm xong một tính năng nhỏ chạy ngon lành, không lỗi lầm là quất một phát `commit` kèm cái tên rõ ràng để sau này có vấn đề gì còn biết đường mà tra cứu lịch sử. Đừng có sửa dăm ba dòng linh tinh cũng bấm, rối đội hình mà tụi trong nhóm đọc cũng trầm cảm luôn đấy.

Đừng ngheấy ba cái định nghĩa hàn lâm làm gì cho nhức đầu, cứ hiểu đơn giản commit giống như mấy cái điểm checkpoint (lưu màn) trong game ấy, mỗi lần qua một ải hoặc làm xong một tính năng nhỏ thì bấm lưu lại. Điểm mấu chốt bạn cần nhớ là đừng bao giờ dồn cả đống code sửa từ sáng đến tối rồi mới commit một cục bự chảng, hoặc cứ sửa dăm ba dòng linh tinh không liên quan mà cũng ấn lưu; lỗi một phát là mò kim đáy bể, lúc đấy nhóm trưởng gõ đầu cho lại khóc thét. Kinh nghiệm xương máu là làm xong một việc cụ thể (ví dụ: xong nút đăng nhập, sửa xong cái lỗi chính tả...) thì viết mô tả rõ ràng rồi hẵng commit, sau này có gì còn biết đường mà rollback lại mà không sợ mất việc hay bị ăn mắng oan mạng.

Nói dễ hiểu thì commit nó giống như việc bạn bấm nút "Lưu và in biên bản" mỗi khi hoàn thành xong một thủ tục hành chính nào đó vậy, đừng có sửa dăm ba dòng rồi cũng bấm lưu nhìn rối rắm lắm. Cứ gom mấy thay đổi liên quan đến một tính năng hoặc một lỗi cụ thể rồi hãy gộp chung lại commit một lần, kèm theo cái tiêu đề mô tả ngắn gọn xem mình vừa làm được cái gì để sau này nhìn lại lịch sử cho dễ đối soát. Làm nhóm mà cứ mỗi lần xong một việc nhỏ rõ ràng là commit thì ông nào làm cùng cũng dễ theo dõi tiến độ, đỡ phải cãi nhau xem ai làm hỏng đoạn code nào.