Kiểu cam kết Git: Tất cả các tệp đã thay đổi cùng một lúc hoặc một tệp cùng một lúc?

Question

Tôi đang lưu công việc của mình vào ban đêm với một cam kết duy nhất cho nhiều tệp. Tôi tự hỏi nếu nó sẽ là tốt hơn để cam kết cho mỗi tập tin, nhưng điều này có vẻ như nhiều công việc nhiều hơn nữa.

Tôi không có vấn đề gì với mọi thứ bây giờ nhưng tôi định đặt mã của mình lên GitHub và tôi muốn nó dễ hiểu.

Tôi tự hỏi những người còn lại sử dụng git đang làm gì. Ngoài ra nếu bạn có thể đánh vần nó cho tôi. Tôi mới đến Git và tôi đã sử dụng TortoiseGit và gitk trong Windows.

Answer 1

Khi nào cam kết và những gì cần cam kết là nghệ thuật và không có quy tắc đen trắng. Điều đó đang được nói, có những thói quen dễ hiểu hơn những người khác.

Nói chung, tôi nghĩ bạn nên tối ưu hóa cam kết của mình để dễ hiểu - nếu bạn quay lại và đọc khác biệt cho cam kết, bạn có thể tìm ra những gì bạn đã đạt được trong các thay đổi không?

Nếu bạn muốn cụ thể hơn, đây là một danh sách dài những gì tôi nghĩ là làm và không nên làm:

• Đừng cam kết sau mỗi lần thay đổi chút duy nhất - mỗi dòng thay đổi, mỗi tập tin đã thay đổi , v.v.
• Không làm việc cả ngày và thực hiện một cam kết khổng lồ vào cuối ngày.
• Thực hiện tách biệt các cam kết cho các tính năng khác nhau - ví dụ: phát triển tính năng foo so với sửa lỗi # 2.
• Thực hiện cam kết riêng cho việc di chuyển/đổi tên tệp, vì Git dễ dàng theo dõi theo cách này.
• Hãy suy nghĩ về việc tối ưu hóa khả năng hoàn nguyên: Nếu bạn không thích thay đổi bạn đã thực hiện, bạn có dễ dàng hoàn tác thay đổi ngay cả sau khi các thay đổi mới đã được xếp chồng lên trên không?

Answer 2

"Dễ hiểu" có nghĩa là cũng:

• cam kết đại diện không chỉ là "trạm kiểm soát" (như chính chúng nếu bạn cam kết sau mỗi lần sửa đổi tập tin), nhưng tình trạng chặt chẽ của mã
• dễ git bisect (tức là từng cam kết sẽ đại diện cho một sự thay đổi trong một nhiệm vụ , mà biên dịch và thêm một cuộc cách mạng hay một tính năng mới, và không phải là một "trạm kiểm soát cam kết", mà sẽ làm cho git bisect không cách quá sớm)

Xem "understanding the Git workflow" để biết thêm: bạn cần phải phân biệt:

chi nhánh

• tin (mà bạn không bao giờ đẩy), nơi bạn có thể cam kết về cơ bản bất cứ lúc nào, và
• chi nhánh công cộng (mà bạn sẽ đẩy GitHub), cần dọn dẹp và có các cam kết có ý nghĩa.

Vì vậy, hãy chú ý đến số "fast-forward" merge that Git uses by default: đừng quên xóa lịch sử của các chi nhánh bạn sắp hợp nhất theo cách đó vào các nhánh công khai.