git: Làm thế nào để khác biệt các tệp đã thay đổi so với các phiên bản trước sau một lần kéo?

Khi tôi chạy "git pull", tôi thường muốn biết những gì đã thay đổi giữa phiên bản cuối cùng của tệp và phiên bản mới. Giả sử tôi muốn biết người khác đã cam kết những gì đối với một tệp cụ thể.

Điều đó được thực hiện như thế nào?

Tôi giả sử đó là "git diff" với một số tham số cho cam kết x so với cam kết y nhưng dường như tôi không thể hiểu được cú pháp. Tôi cũng thấy "git log" hơi khó hiểu và không chắc chắn nơi lấy ID cam kết của phiên bản tệp mới nhất của tôi so với phiên bản mới.

Có tất cả các cách tuyệt vời để chỉ định cam kết - hãy xem phần chỉ định bản sửa đổi của man git-rev-parseđể biết thêm chi tiết. Trong trường hợp này, bạn có thể muốn:

git diff HEAD@{1}

Có @{1}nghĩa là "vị trí trước đó của tham chiếu mà tôi đã chỉ định", để đánh giá những gì bạn đã kiểm tra trước đó - ngay trước khi kéo. Bạn có thể giải quyết HEADở phần cuối ở đó nếu bạn cũng có một số thay đổi trong cây công việc của mình và bạn không muốn thấy sự khác biệt của chúng.

Tôi không chắc bạn đang yêu cầu gì với "ID cam kết của phiên bản tệp mới nhất của tôi" - "ID" cam kết (SHA1 hash) là hex 40 ký tự nằm ngay đầu mỗi mục nhập trong đầu ra của git log. Đó là hàm băm cho toàn bộ cam kết, không phải cho một tệp nhất định. Bạn không thực sự cần nhiều hơn - nếu bạn muốn chỉ khác một tệp trong quá trình kéo, hãy làm

git diff HEAD@{1} filename

Đây là một điều chung chung - nếu bạn muốn biết về trạng thái của tệp trong một cam kết nhất định, bạn chỉ định cam kết và tệp, không phải một ID / băm cụ thể cho tệp.

Tôi thích sử dụng:

git diff HEAD^

Hoặc nếu tôi chỉ muốn khác một tệp cụ thể:

git diff HEAD^ -- /foo/bar/baz.txt

Nếu bạn làm thẳng git pullthì bạn sẽ được 'tua đi nhanh' hoặc hợp nhất một số lượng cam kết không xác định từ kho lưu trữ từ xa. Tuy nhiên, điều này xảy ra như một hành động, vì vậy cam kết cuối cùng mà bạn đã ở ngay trước khi kéo sẽ là mục nhập cuối cùng trong bản tóm tắt và có thể được truy cập dưới dạng HEAD@{1}. Điều này có nghĩa là bạn có thể làm:

git diff HEAD@{1}

Tuy nhiên, tôi thực sự khuyên bạn rằng nếu đây là điều bạn thấy mình đang làm rất nhiều thì bạn nên xem xét việc chỉ thực hiện git fetchvà kiểm tra nhánh đã tìm nạp trước khi hợp nhất hoặc khôi phục theo cách thủ công. Ví dụ: nếu bạn đang ở chế độ master và định kéo về origin / master:

git fetch

git log HEAD..origin/master

 # looks good, lets merge

git merge origin/master