Công cụ so sánh văn bản (so sánh theo dòng, tô màu)

Diff được tính như thế nào

Chúng tôi dùng thuật toán Longest Common Subsequence (LCS) để tìm các dòng chung giữa hai phiên bản. Dòng xuất hiện trong cả hai là 'không đổi'. Dòng chỉ có trong bản gốc là 'đã xóa'. Dòng chỉ có trong bản sửa là 'đã thêm'. Kết quả là bảng so sánh có chú thích rõ ràng với số dòng được giữ nguyên ở cả hai phía.

LCS là phương pháp tiêu chuẩn được git và hầu hết công cụ diff sử dụng. Nó chọn chuỗi khớp dài nhất có thể, thường khớp với những gì con người gọi là 'cùng đoạn văn'. Với đầu vào rất lớn (10.000+ dòng) thời gian chạy tăng bậc hai; nếu cần so sánh log lớn, hãy dùng công cụ diff streaming.

Phù hợp với những việc nào

Sửa đổi tài liệu: xem chính xác những gì đã thay đổi giữa các bản nháp. Hữu ích cho hợp đồng pháp lý, điều khoản dịch vụ và bất kỳ văn bản nào mà câu hỏi 'đã thay đổi gì?' là quan trọng.

File cấu hình: so sánh hai file .env hoặc YAML để phát hiện cấu hình sai. Hoặc hai phiên bản script deploy.

Chỉnh sửa văn xuôi: người viết có thể xem các sửa đổi của biên tập viên trong ngữ cảnh, đặc biệt khi chỉ một vài dòng thay đổi.

Code review (dùng nhẹ): cho các đoạn code nhỏ. Với code review thực sự, hãy dùng công cụ hiểu cú pháp — git diff với semantic flags hoặc công cụ review chuyên dụng sẽ cho kết quả tốt hơn.

Giới hạn

Chúng tôi diff ở mức độ chi tiết dòng. Nếu bạn đổi 'mèo' thành 'con mèo' trong một dòng, toàn bộ dòng hiển thị là đã xóa và thêm; chúng tôi không tô sáng từ được chèn vào. Diff cấp độ từ và ký tự hữu ích cho việc đó, nhưng khó đọc hơn với dòng dài.

Khoảng trắng cuối dòng có ý nghĩa — 'foo' và 'foo ' (có khoảng trắng cuối) được coi là dòng khác nhau. Nếu muốn so sánh không phân biệt khoảng trắng, hãy chuẩn hóa văn bản trước khi dán.

Thứ tự quan trọng. Hai đoạn ở các vị trí khác nhau đều được tính là đã xóa và thêm. Diff không cố phát hiện các khối 'đã di chuyển'.