Chỉ để giải thích từ nguyên của tên lệnh rev-parse
, Git luôn sử dụng thuật ngữ rev
trong các lệnh hệ thống ống nước là viết tắt của "sửa đổi" và thường có nghĩa là hàm băm SHA1 40 ký tự cho một cam kết. rev-list
Ví dụ, lệnh in một danh sách băm cam kết 40 char cho một nhánh hoặc bất cứ điều gì.
Trong trường hợp này, tên có thể được mở rộng thành parse-a-commitish-to-a-full-SHA1-hash
. Mặc dù lệnh có một số chức năng phụ trợ được đề cập trong câu trả lời của Tuxdude, nhưng tên của nó dường như là trường hợp sử dụng để chuyển đổi một tham chiếu thân thiện với người dùng như tên nhánh hoặc hàm băm viết tắt thành hàm băm SHA1 40 ký tự rõ ràng hữu ích nhất cho nhiều chương trình / hệ thống ống nước mục đích.
Tôi biết rằng tôi đã nghĩ rằng đó là "phân tích ngược" một cái gì đó khá lâu trước khi tôi phát hiện ra nó và gặp rắc rối tương tự với các thuật ngữ "mát xa" và "thao túng" :)
Dù sao, tôi thấy khái niệm "phân tích cú pháp" này là một cách thỏa mãn để nghĩ về nó, và một khái niệm đáng tin cậy để đưa lệnh này vào tâm trí khi tôi cần thứ đó. Thường xuyên trong kịch bản Git, bạn lấy tham chiếu cam kết thân thiện với người dùng làm đầu vào của người dùng và thường muốn giải quyết nó thành một tham chiếu làm việc xác thực và rõ ràng ngay sau khi nhận được càng tốt. Mặt khác, dịch thuật và xác nhận đầu vào có xu hướng sinh sôi nảy nở thông qua tập lệnh.
rev-parse
lệnh. Bạn cũng có thể sử dụng nó để bình thường hóa một dòng lệnh, để chương trình thực tế không phải hiểu cú pháp tên đối tượng phức tạp của Git (bạn sẽ sử dụnggit rev-parse
để thay đổi hoặc "xoa bóp", một số tham số nhất định trong dòng lệnh trước chương trình thực tế được gọi là).