Đừng làm gì phức tạp với VSS. Tôi nghĩ rằng nhiều người chưa bao giờ gặp vấn đề với VSS chỉ sử dụng nó như là chia sẻ tập tin (tức là các tập tin được kiểm tra một lần và không bao giờ sửa đổi) - trớ trêu thay bằng cách sử dụng VSS như tập tin sao lưu bình thường thực sự làm tăng tỷ lệ mất mát thảm khốc!
VSS đuối nước bạn trong một loạt các câu hỏi có từ ngữ kém. Không có một câu trả lời duy nhất cho mỗi câu hỏi, bạn sẽ phải dừng lại và suy nghĩ về từng câu hỏi. Khi ngắt kết nối khỏi VSS, bạn sẽ được hỏi liên tục nếu bạn muốn chuyển sang sử dụng VSS trên IIS, nếu bạn làm như vậy, sẽ không rõ ràng cách hoàn tác nó.
Không sử dụng trình cắm VSS để nhận dự án ban đầu hoặc kiểm tra dự án. Trình cắm thêm VSS có xu hướng đặt các tệp của bạn ở những nơi không mong muốn, sử dụng máy khách VSS, có nhiều khả năng cung cấp cho bạn cấu trúc thư mục phản ánh cấu trúc dự án trong VSS.
Không sử dụng tính năng xây dựng trong các tính năng cho chi nhánh, không hợp nhất. Tạo một dự án VSS mới (tức là bộ thư mục mới) và kiểm tra mã như thể đó là một điều hoàn toàn mới khi bạn cần chi nhánh. Sử dụng một cái gì đó như vượt ra ngoài so sánh nếu bạn cần để mô phỏng một hợp nhất.
Không đổi tên tệp, thay vào đó thêm mới, sao chép dán, sau đó xóa. Điều này phá vỡ chuỗi lịch sử nhưng có ít tình tiết tăng nặng
Cho phép thanh toán nhiều lần, nhưng không chính thức không cho phép quá nhiều công việc được thực hiện trên cùng một khu vực mã, không cho phép các nhà phát triển khác để phiên bản của họ quá cũ sau đó bạn đang cố gắng hợp nhất phiên bản thư mục làm việc cũ của bạn và phiên bản mới nhất và VSS có xu hướng làm chết đuối các nhà phát triển cơ sở trong các câu hỏi mà họ không hiểu.
Không thực hiện đăng ký cực kỳ lớn. Không sử dụng trên kết nối mạng chậm mà không có sản phẩm của bên thứ 3.
Nếu bạn sử dụng đầu cắm VSS trong phòng thu trực quan, hãy định kỳ sử dụng máy khách VSS để so sánh và đồng bộ hóa thư mục làm việc của bạn, nhưng thực hiện theo tệp, không theo lô.
Đừng để kho lưu trữ quá lớn. Các kho chia nhỏ cho công việc không liên quan.
Đừng bị lừa bởi mật khẩu đăng nhập. VSS không an toàn hơn các quyền NTFS trên thư mục.
Khi nhà phát triển rời khỏi công ty, hãy yêu cầu họ hoàn tác các lần kiểm tra của họ. Nó là một trật tự của cường độ dễ dàng hơn để hoàn tác kiểm tra bằng cách sử dụng cùng một máy và thông tin người dùng và thư mục làm việc hơn để sử dụng tài khoản quản trị để hoàn tác kiểm tra của người khác.
Tất cả các phương pháp hay nhất cho bất kỳ hệ thống kiểm soát nguồn nào cũng được áp dụng, ví dụ: kiểm tra các phiên bản kế tiếp của các tệp nhị phân dưới dạng binaryfile.bin, không phải binaryfilev1.bin, binaryfilev2.bin, nhưng hãy nói với VSS rằng .bin hoặc những gì bạn có nghĩa là nhị phân hoặc nó sẽ cố gắng kết hợp văn bản.
Bạn đã gặp phải loại sự cố nào? Tôi đã sử dụng tích hợp VS với VSS trong nhiều năm và không bao giờ nhận thấy bất kỳ vấn đề lớn nào với sự tích hợp? – mundeep
Tôi nghĩ rằng vấn đề là khi bạn chi nhánh một dự án (có nghĩa là có một tập hợp các phiên bản khác nhau của cùng một tệp), thì tệp trong đó ánh xạ Visual-Studio-to-VSS không thay đổi, nghĩa là nó đơn giản sao chép vào nhánh mới ... vì vậy Visual Studio tiếp tục làm việc với dòng chính thay vì với nhánh mà bạn muốn nó sử dụng. Đó là một thời gian dài trước đây mặc dù vậy YMMV. – ChrisW