Một reviewer muốn biết vì sao giới hạn trong tài liệu là 30 thay vì 10. Cả file có nhiều đoạn do nhiều người sửa và bạn chỉ cần phần quanh dòng có giới hạn. Chọn phạm vi ngắn giúp thấy commit liên quan trước khi mở diff của commit đó.
Ví dụ và cách đọc
Lệnh minh họa chạy trên repository có docs/guide.md và đoạn cần tra ở dòng 8 đến 12 của HEAD. Thay đường dẫn và hai số theo file thật. Dấu phân cách — giúp Git hiểu phần sau là đường dẫn. Mốc HEAD nói rõ phiên bản mà bạn đang đọc, vì số dòng ở working tree đã sửa có thể khác số dòng trong commit.
git blame -L 8,12 HEAD -- docs/guide.mdKiểm tra kết quả
Xem một số dòng lân cận để phân biệt commit đổi nội dung với commit chỉnh định dạng. Lấy mã commit ở đầu dòng rồi dùng git show với mã đó và đường dẫn phù hợp. Đọc message và diff để hiểu thay đổi. Với file đã đổi tên hoặc nội dung di chuyển, hãy kiểm tra đường dẫn của commit trước khi kết luận thiếu lịch sử.
Áp dụng và giới hạn
Phạm vi -L dùng chỉ số dòng bắt đầu từ 1. Kiểm tra đúng phiên bản bằng cách mở file ở commit đó rồi chọn số dòng. Lệnh này cho biết commit được Git quy cho dòng hiện tại, nên có thể không trả lời ai là người đầu tiên đề xuất quyết định. Bài đối chiếu tài liệu Git ngày 13/11/2026 và kiểm cú pháp shell. Ví dụ phụ thuộc file của người đọc, chưa chạy trên repository thực của họ.
Tình huống áp dụng
Nếu chưa biết dòng nằm ở đâu trong phiên bản đã commit, dùng git show HEAD:docs/guide.md để xem nội dung ở HEAD, rồi đếm dòng hoặc mở qua trình soạn thảo có hiển thị số dòng. Lấy khoảng gồm cả câu trước và câu sau, vì lý do của thay đổi có thể nằm ở phần giải thích ngay cạnh giới hạn. Nếu muốn tra phiên bản đang phát hành, thay HEAD bằng tag hoặc mã commit của bản đó.
Sau khi lấy commit từ blame, đối chiếu với parent trong git show và xem các file liên quan trong cùng thay đổi. Một commit có thể cập nhật tài liệu sau khi cấu hình đã đổi ở commit khác. Tìm điểm chốt quyết định bằng cách đọc cả lịch sử của cấu hình thay vì kết luận từ tên tác giả ở một dòng. Khi ghi kết quả review, gửi mã commit và đường dẫn cụ thể để đồng đội mở lại được đúng phiên bản.
Trong repository có lịch sử chưa tải đủ, kiểm tra xem việc truy ngược có dừng ở ranh giới lịch sử local không. Nếu dữ liệu thiếu, ghi rõ phần lịch sử đã xem trước khi suy ra nguồn gốc của thay đổi.
