Dung lượng lưu trữ rẻ, và vì vậy đó không phải là một lý lẽ rất thuyết phục về lý do tại sao bạn nên hoặc không nên kiểm tra tệp.
Thay vào đó, Bạn có thể kháng cáo cho mục đích của SCM. Mỗi tệp được theo dõi bởi SCM đại diện cho một số nhu cầu để quản lý các thay đổi song song, phân tán mà nhóm của bạn đang thực hiện. Không ai trong số đó thực sự rõ ràng cho đến khi hai thành viên trong nhóm cố gắng thay đổi cùng một tệp. Giải quyết những thay đổi đó là những gì SCM thực sự dành cho, ngăn chặn tình cờ ghi đè lên công việc của một nhà phát triển khác và hy vọng, tự động hóa quá trình hợp nhất những thay đổi đó.
Hợp nhất các tệp nhị phân thường là một thách thức thực sự, bởi vì không có cách nào lành mạnh cho một công cụ hợp nhất chung để đoán cách một tệp nhị phân được hợp nhất sẽ hoạt động. Nó không thể biết đủ về cách các chỉ mục hoặc con trỏ bù trong tệp hoạt động trừ khi được thiết kế đặc biệt để nhận ra loại tệp cụ thể đó.
Điều đó có nghĩa là tùy thuộc vào nhà phát triển để hợp nhất tệp nhị phân bằng tay và sau đó cho SCM biết rằng tệp đã được hợp nhất. Vì đó là một nhà phát triển, việc hợp nhất có thể không thực sự bao gồm tất cả các thay đổi của cả hai lần đăng ký trước và vì tệp là nhị phân, không có cách nào tự động để xác minh hợp nhất.
Đối với các định dạng nhị phân thực sự đại diện cho các nguồn dự án, chẳng hạn như tài sản nghệ thuật, đây là một bước không may, nhưng cần thiết. Tuy nhiên, xây dựng kết quả đầu ra không phải là nguồn. Không cần phải hợp nhất chúng, bởi vì các nguồn có thể được hợp nhất và kết quả đầu ra của bản dựng có thể được tạo lại. Theo dõi và quản lý những thay đổi này là 100% chất thải. Nó lãng phí tài nguyên của SCM, mặc dù không quá nhiều, nhưng nó cũng lãng phí thời gian của nhà phát triển để vượt qua các thất bại hợp nhất giả. Thời gian của nhà phát triển rất tốn kém, và bất cứ điều gì khiến nó lãng phí đều là ung thư.
Mặt khác, có một trường hợp cụ thể trong đó các đầu ra xây dựng nên được lưu trữ. Bất kỳ phiên bản nào của dự án đã từng được vận chuyển hoặc triển khai có lẽ nên được giữ lại, vô thời hạn. Có một bản sao chính xác, byte cho byte của bản dựng thực tế mà khách hàng đang gặp vấn đề có thể giúp hỗ trợ khách hàng đó dễ dàng hơn nhiều, vì bạn sẽ có phiên bản chính xác mà anh ta có.
Bản sao lưu đó có lẽ không nên ở cùng một kho lưu trữ với mã nguồn, vì chúng thường sẽ tuân theo các lịch trình khác nhau và có các cấu trúc cơ bản khác nhau.