Có thể xem lịch sử và so sánh với các kệ sách không? Chúng tôi đang điều tra khả năng sử dụng giá sách thay vì đăng ký. Từ điều tra ban đầu của chúng tôi, có vẻ như chúng tôi không thể xem lịch sử như chúng tôi làm cho đăng ký.Xem lịch sử với các kệ Visual Studio
Chúng tôi đang sử dụng Visual Studio 2010/TFS 2010.
Từ http://msdn.microsoft.com/en-us/library/ms181403(v=vs.90).aspx
Mục: Sự khác biệt giữa changesets và Shelvesets:
Không giống như một changeset, một shelveset là một phi thực thể được phiên bản. Nếu bạn hoặc một người dùng khác chia sẻ các mục trong đó một kệ chứa bao gồm, chỉnh sửa một số tệp và reshelve kệ, Team Foundation không tạo ra một phiên bản mới của các mục để so sánh trong tương lai và không ghi lại ai đã sửa đổi các mục, khi nào, hoặc theo cách nào. Kệ ban đầu hoàn toàn được thay thế.
Vì vậy, không, bạn không thể xem lại lịch sử. Tôi không chắc chắn về phương pháp so sánh các kệ. Bạn cũng nên đọc toàn bộ phần đó (Sự khác biệt giữa các thay đổi và các kệ) vì mỗi mục trong đó là một đối số mạnh để không sử dụng các kệ ở vị trí của các changesets. Tôi cũng không thể nghĩ ra bất kỳ lý do gì tại sao sử dụng kệ thay vì thay đổi sẽ là điều mong muốn, có thể bạn có thể liệt kê các lý do tại sao tất cả các bạn đang khám phá đường dẫn này. Chỉ cần suy nghĩ về việc không thể theo dõi thay đổi, chỉ riêng việc đó sẽ là một công cụ giao dịch (tất nhiên, các kệ sách thậm chí không được phiên bản chỉ nên làm như vậy) ..
Như đã nói trên liên kết được đăng bởi dugas, kệ xây dựng nhiều hơn cho ... tốt, kệ những thứ. Ví dụ, trên dự án tôi đang làm việc ngay bây giờ, tôi đã làm một kệ cho một số thay đổi refactoring tôi đã ở giữa vì một cái gì đó không liên quan đã phá vỡ và tôi cần mã trở lại bản gốc không đầy lỗi phiên bản. Tôi cũng sử dụng nó cho khi tôi đang ở giữa cố gắng một cái gì đó và muốn có một bản sao lưu nhưng tôi không muốn kiểm tra trong mã chỉ được nêu ra.
Không có phiên bản trên kệ, nhưng có thể so sánh mã trong không gian làm việc, với mã trong một kệ, mà không cần kéo các tập tin kệ.
TFS sẽ kéo tập tin kệ vào một vị trí tạm thời, hiển thị sự khác biệt, và sau đó (?) Dọn dẹp tệp tạm thời sau khi bạn hoàn tất.
Bạn sẽ so sánh nội dung tập tin kệ, với nội dung của các tệp trên đĩa cục bộ trong không gian làm việc này. Nếu các thay đổi được thực hiện cho cả hai tệp, so sánh sẽ không thể cho biết và sẽ chỉ ra tất cả những thay đổi đó. Tuy nhiên, bạn có thể so sánh phiên bản seletet với phiên bản gốc của nó (So sánh >> Với Phiên bản Chưa sửa đổi ..), để xem tất cả các thay đổi đã được thực hiện chỉ với tập tin kệ. Bạn cũng có thể tìm ra changeset là cơ sở cho file shelfet (Properties ..), và xem những thay đổi nào đã được thêm vào phiên bản không gian làm việc kể từ khi bộ thay đổi cơ sở chung đó.
Không có cây so sánh và điều này có thể yêu cầu các công cụ quyền lực TFS hoạt động.
P.S> Tôi không khuyến khích cố gắng sử dụng giá để thay thế cho các checkins như thế này. Nếu có một điều tôi đã học được qua nhiều năm, nó không phải để chống lại các luồng công việc được thiết kế của Microsoft - bạn làm mọi thứ theo cách của họ, hoặc bạn tìm thấy một công cụ khác. Microsoft không có ý định sử dụng các kệ sách theo cách này (họ muốn bạn sử dụng các thay đổi và một nhánh), và nếu bạn cố gắng, bạn sẽ liên tục chiến đấu với công việc được thiết kế của Microsoft.
Bạn có thể sử dụng kệ để đánh giá mã ngang hàng trước khi cam kết chúng vào kho lưu trữ ... và cũng cho các cam kết đỗ xe trước khi thực hiện quy trình xây dựng gated.
Chúng không phù hợp với bất kỳ điều gì khác ngoài "kệ nhanh" của công việc - sử dụng phân nhánh nếu bạn muốn có nhiều luồng công việc song song.
Tại sao bạn không muốn thực hiện thay đổi đối với kho lưu trữ? – DaveE