Tôi chưa có kinh nghiệm với Git nhưng tôi cố gắng hết sức để làm quen với nó và cho đến nay tôi chỉ sử dụng nó cho các dự án tôi làm một mình.
Khi tôi viết mã có một số cách tiếp cận từ trên xuống một cách tự nhiên (vì tôi không thể biết tương lai) và có một chủ đề được nhắc lại:
Tôi làm một số công việc.
Tôi phát hiện ra rằng để đưa công việc của mình vào một thứ gì đó "có thể cam kết" tôi cần phải làm việc khác.
Các công việc khác xứng đáng cam kết của riêng mình.
Theo một cái gì đó có thể cam kết, tôi có nghĩa là một cái gì đó biên dịch hoặc một cái gì đó không phải là một mớ hỗn độn.
Và bởi một cái gì đó xứng đáng với cam kết của riêng tôi, tôi đã đề cập đến việc tôi đã học được rằng các cam kết chỉ nên làm một điều.
Cách tôi giải quyết nó là cồng kềnh. Nếu công việc khác nằm trong một tệp khác, tôi tạo một nhánh mới, cam kết ở đó và hợp nhất. Nếu tác phẩm nằm trong cùng một tệp .. ugh .. Tôi tạo một bản sao cục bộ và đặt lại tệp về trạng thái trong CHÍNH, thực hiện cam kết cần thiết và sau đó bắt đầu khôi phục công việc của tôi từ bản sao. Làm thế nào tôi thực sự nên xử lý đó? Tôi không tưởng tượng đây là cách, phải không? Tôi không cho là như vậy bởi vì nó phải xuất hiện thường xuyên với mọi người (ít nhất là những người không biết tương lai nữa). Hoặc có thể có vẻ như quy trình làm việc của tôi có thể bị thiếu sót?
git add -p
và sau đó chỉ cam kết các phần đó. Đó là một kỹ thuật rất mạnh mẽ và tôi sử dụng nó gần như mọi lúc.
git status
để xem tất cả các tệp đã thay đổi và thực hiện hai hoặc nhiều cam kết bằng cách sử dụnggit add
với các tệp cụ thể (thay vìgit add --all
) và cam kết từng mảnh một.