# Xét Lịch sử & Tổng quan

[Vào tháng 8 năm 2024, Hugging Face đã mua lại XetHub](https://huggingface.co/blog/xethub-joins-hf), một [startup giai đoạn hạt giống có trụ sở tại Seattle](https://www.geekwire.com/2023/ex-apple-engineers-raise-7-5m-for-new-seattle-data-storage-startup/), để thay thế Git LFS trên Hub.

Tương tự như Git LFS, một kho lưu trữ có hỗ trợ Xet sử dụng S3 làm bộ nhớ lưu trữ từ xa, với tệp `.gitattributes` ở gốc kho lưu trữ giúp xác định những tệp nào nên được lưu trữ từ xa.

Một tệp trỏ Git LFS cung cấp các siêu dữ liệu để xác định vị trí nội dung tệp thực tế trong bộ nhớ từ xa:

- **SHA256**: Cung cấp một định danh duy nhất cho tệp lớn thực tế. Định danh này được tạo ra bằng cách tính toán băm SHA-256 của nội dung tệp.
- **Kích thước con trỏ**: Kích thước của tệp con trỏ được lưu trữ trong kho Git.
- **Kích thước của tệp từ xa**: Chỉ kích thước thực tế của tệp lớn tính bằng byte. Metadata này hữu ích cho cả mục đích xác minh và quản lý các thao tác lưu trữ và truyền tải.

Con trỏ Xet bao gồm tất cả các thông tin này theo thiết kế. Hãy tham khảo phần [tương thích ngược với Git LFS](legacy-git-lfs#backward-compatibility-with-lfs) với việc bổ sung trường `Xet backed hash` để tham chiếu tệp trong kho lưu trữ Xet.

Khác với Git LFS, vốn khử trùng lặp ở cấp độ tệp, các kho lưu trữ được bật Xet khử trùng lặp ở cấp độ byte. Khi một tệp được lưu trữ bởi Xet được cập nhật, chỉ dữ liệu đã bị thay đổi mới được tải lên bộ nhớ từ xa, giúp tiết kiệm đáng kể băng thông mạng. Đối với nhiều quy trình làm việc, chẳng hạn như cập nhật tăng dần các điểm kiểm tra mô hình hoặc thêm/chèn dữ liệu mới vào một tập dữ liệu, điều này giúp tăng tốc độ lặp lại cho bạn và các cộng sự của bạn. Để tìm hiểu thêm về khử trùng lặp trong bộ nhớ Xet, hãy tham khảo [Khử trùng lặp](deduplication).