Bạn viết chúng như một trợ giúp cho bản thân tương lai của bạn và những người khác trong nhóm. Để cung cấp cho bạn một số thông tin cơ bản khi tôi thấy chúng hữu ích:
Tôi đã từng làm việc trên một dự án mà thư cam kết là vô giá - trong nhiều lần tôi sử dụng chúng để theo dõi mã đã cũ. Trong dự án đó, hệ thống theo dõi lỗi của chúng tôi cũng được tích hợp với VCS (ClearCase) của chúng tôi. Vì vậy, khi bạn đã kiểm tra thay đổi, nó sẽ ghi lại số lỗi trong các nhận xét cam kết. Điều này rất hữu ích để cho phép bạn theo dõi chính xác những gì đã thay đổi và tại sao.
Vì vậy, để tổng hợp, mặc dù thư cam kết có vẻ vô nghĩa nếu bạn mới bắt đầu (đặc biệt nếu bạn là người duy nhất làm việc trong dự án), chúng trở nên vô giá khi bạn có sản phẩm thành công được hỗ trợ trong sản xuất bởi nhiều nhà phát triển.
Cập nhật
Một tính năng hữu ích của bài viết cam kết là họ yêu cầu bạn phải xem xét và tóm tắt các thay đổi mà bạn vừa thực hiện. Ngay cả khi tôi nhớ những gì tôi đã thay đổi, tôi thường sẽ làm một cách nhanh chóng của một tập tin trước khi kiểm tra nó. Tôi sẽ đọc nó một lần nữa để đảm bảo không có typo, rằng tôi đã thay đổi mọi thứ tôi muốn, v.v. Đây là một cách đơn giản để xem xét mã của bạn cho những lỗi nhỏ nhỏ mà nếu không sẽ tìm thấy cách của họ vào mã của bạn. Dù sao, sau khi làm điều này tôi có một bức tranh rõ ràng về những gì đã thay đổi, vì vậy tôi sử dụng điều này để viết một bản tóm tắt ngắn gọn về sự thay đổi khi kiểm tra trong tập tin. Đây là một thói quen đơn giản giúp tăng chất lượng mã với ít nỗ lực từ phía bạn.
Nguồn
2010-05-10 21:52:11
Tôi sẽ phải nói chuyện với sếp của mình về sự tin tưởng và cách thức các lập trình viên làm việc. Hoặc để lại;) – ericteubert
Điều này có thể không liên quan gì đến sự tin tưởng. Cụ thể trong một trường hợp có ý nghĩ, anh chỉ muốn biết những gì cần đưa vào tài liệu ghi chú phát hành. – shoosh
điểm tốt shoosh – ericteubert