Tại sao TFS không nhận được bản mới nhất?

Tại sao TẠI SAO TFS không có được công việc mới nhất một cách nhất quán?

Bạn có thể nghĩ rằng tính năng này đã được kiểm tra kỹ lưỡng.

Những gì tôi phải làm là, lấy phiên bản cụ thể, sau đó kiểm tra cả ghi đè lên các tệp có thể ghi + ghi đè tất cả các tệp.

Là thiết lập cục bộ của tôi bị rối hoặc bạn cũng làm điều này?

TFS định nghĩa lại những gì "Nhận mới nhất". Theo thuật ngữ TFS, Get Recent có nghĩa là lấy phiên bản mới nhất của các tệp, nhưng bỏ qua các tệp mà máy chủ cho rằng đã có trong không gian làm việc của bạn. Mà với tôi và chỉ về mọi người khác trên hành tinh là sai.

Xem liên kết này: http://bloss.microsoft.co.il/bloss/srlteam/archive/2009/04/13/how-get-latest-version-really-works.aspx

Cách duy nhất để khiến nó thực hiện những gì bạn muốn là Nhận Phiên bản cụ thể, sau đó chọn cả hai hộp "Ghi đè ...".

Đôi khi, Get specific version thậm chí kiểm tra cả hai hộp kiểm sẽ không giúp bạn có được tệp mới nhất. Có lẽ bạn đã thực hiện một thay đổi cho một tệp và muốn hoàn tác những thay đổi đó bằng cách lấy lại phiên bản mới nhất. Chà ... đó là những gì Undo pending changescho và không phải là mục đích Get specific version.

Nếu nghi ngờ:

• hoàn tác kiểm tra đang chờ xử lý trên (các) tệp
• làm một so sánh sau đó để đảm bảo tệp của bạn phù hợp với phiên bản dự kiến
• chạy một 'so sánh' đệ quy trên toàn bộ dự án của bạn sau đó để xem những gì khác
• để mắt đến cửa sổ thay đổi đang chờ xử lý và đôi khi bạn có thể cần kiểm tra 'lấy phiên bản máy chủ' để giải quyết thay đổi đang chờ xử lý không tương thích

Và đây là thứ tôi thích nhất mà tôi vừa khám phá:

• để mắt đến Outputcửa sổ cho những tin nhắn như thế này:

  Cảnh báo - Không thể làm mới R: \ TFS-DỰ ÁN \ www.example.com \ exampleMVC \ Ví dụ MVC \ Ví dụ MVC.csproj vì bạn có một chỉnh sửa đang chờ xử lý.

Thông báo quan trọng này xuất hiện trong cửa sổ đầu ra. Không có thông báo khác! Không có gì trong các thay đổi đang chờ xử lý và không có thông báo hộp thoại nào khác cho bạn biết rằng tệp bạn vừa yêu cầu rõ ràng không được truy xuất! Và có - bạn giải quyết điều này bằng cách chỉ chạy Undo pending changesvà nhận tệp.

TFS, giống như một số nhà cung cấp kiểm soát nguồn khác, chẳng hạn như Perforce, làm điều này, vì hệ thống biết phiên bản cuối cùng bạn thành công là gì, vì vậy hãy chuyển các phiên bản mới nhất thành "nhận thay đổi kể từ x". Nếu bạn chơi theo luật của nó và thực sự kiểm tra mọi thứ trước khi chỉnh sửa chúng, bạn không nhầm lẫn vấn đề và "nhận được mới nhất" thực sự như nó nói.

Như bạn đã thấy, bạn có thể buộc nó đánh giá lại mọi thứ, có mức sử dụng băng thông lớn hơn nhiều, nhưng hoạt động gần hơn với cách sử dụng SourceSafe.

Thật khó để trả lời một tuyên bố mà không có ví dụ về cách nó không hoạt động, nhưng điều quan trọng là phải hiểu rằng TFVC (trong chế độ "Không gian làm việc của máy chủ", là cơ chế trước TFS 2012) không kiểm tra trạng thái của hệ thống tệp cục bộ của bạn . Không gian làm việc của máy chủ TFVC là một loại hệ thống "kiểm tra-chỉnh sửa-kiểm tra" trong đó đây là thiết kế phụ, một quyết định có chủ ý nhằm giảm ồ ạt lượng I / O tệp cần thiết để xác định trạng thái không gian làm việc của bạn. Thay vào đó, thông tin không gian làm việc được lưu trên máy chủ.

Điều này cho phép máy chủ TFVC Workspaces để quy mô rất codebases lớn rất hiệu quả. Nếu bạn đang ở trong một cơ sở mã nhiều gigabyte (như Visual Studio hoặc cây nguồn Windows) thì máy khách của bạn không cần quét hệ thống tệp cục bộ của bạn, tìm kiếm các tệp có thể đã thay đổi, vì hợp đồng bạn có với TFS là bạn sẽ kiểm tra rõ ràng một tập tin khi bạn muốn chỉnh sửa nó.

Bạn sẽ không đánh dấu một tệp là chỉ ghi và thay đổi nó mà không kiểm tra rõ ràng trước. Nếu bạn đi xuống tuyến đường này, thì máy chủ sẽ không biết rằng bạn đã thay đổi tệp của mình và thực hiện thao tác "Nhận mới nhất" sẽ không cập nhật không gian làm việc cục bộ của bạn, vì bạn đã nói với máy chủ rằng bạn đã thực hiện thay đổi.

Nếu bạn làm lật đổ cơ chế này thì bạn có thể sử dụng các tfpt reconcilelệnh để kiểm tra không gian làm việc tại địa phương để thay đổi mà bạn đã thực hiện tại địa phương.

Nếu bạn thấy mình đang sử dụng "Nhận phiên bản cụ thể" và chọn tùy chọn "bắt buộc" và "ghi đè", thì rất có thể bạn đang có thói quen bỏ qua tất cả các thực thi mà TFS đã thực hiện để giữ cho bạn khỏi bị tổn thương, và có lẽ bạn nên xem xét Không gian làm việc cục bộ TFVC.

Không gian làm việc cục bộ TFVC cung cấp loại hệ thống kiểm soát phiên bản "chỉnh sửa-hợp nhất", có nghĩa là bạn không cần phải kiểm tra rõ ràng các tệp trước khi chỉnh sửa chúng và chúng không chỉ đọc trên đĩa. Thay vào đó, bạn chỉ cần chỉnh sửa tệp và khách hàng của bạn sẽ quét hệ thống tệp, nhận thấy sự thay đổi và trình bày đây là thay đổi đang chờ xử lý.

Không gian làm việc cục bộ TFVC được khuyến nghị cho các dự án nhỏ không yêu cầu kiểm soát quyền chi tiết, vì chúng thể hiện quy trình làm việc đẹp hơn nhiều. Bạn không cần phải trực tuyến và bạn không phải kiểm tra rõ ràng các tập tin trước khi chỉnh sửa chúng.

Không gian làm việc cục bộ TFVC là mặc định trong TFS 2012 và nếu chúng không được kích hoạt cho bạn, thì bạn nên hỏi quản trị viên máy chủ của mình. (Các tổ chức có cơ sở mã lớn hoặc yêu cầu kiểm toán nghiêm ngặt có thể vô hiệu hóa Không gian làm việc cục bộ TFVC.)

Cuốn sách tuyệt vời Kiểm soát phiên bản của Eric chìm bằng ví dụ phác thảo sự khác biệt giữa hệ thống kiểm tra-chỉnh sửa-kiểm tra và chỉnh sửa-hợp nhất-cam kết và khi một hệ thống phù hợp hơn các hệ thống khác.

Cuốn sách Professional Team Foundation Server 2013 cũng cung cấp thông tin tuyệt vời về sự khác biệt giữa Không gian làm việc của Máy chủ TFVC và Không gian làm việc Địa phương TFVC. Tài liệu và blog của MSDN cũng cung cấp thông tin chi tiết:

• Quyết định giữa việc sử dụng không gian làm việc cục bộ hoặc máy chủ
• Không gian làm việc của máy chủ so với không gian làm việc cục bộ
• Team Foundation Server - Cố gắng hiểu máy chủ so với không gian làm việc cục bộ

Team Foundation Server (TFS) theo dõi bản sao cục bộ của nó trong một thư mục ẩn có tên $ TF. Khi bạn phát hành "get Phiên bản mới nhất", TFS xem xét thư mục này và xem thời tiết tôi có bản sao mới nhất hay không. Nếu nó không tải về bản sao mới nhất. Không có vấn đề gì nếu bạn có tập tin gốc hay không. Trong thực tế, bạn có thể đã xóa toàn bộ thư mục (như trong trường hợp của tôi) và TFS sẽ không tìm nạp bản sao mới nhất vì nó không nhìn vào tệp thực tế mà là thư mục ẩn nơi ghi lại các thay đổi. Lỗ hổng với thiết kế này là, mọi thứ được thực hiện bên ngoài hệ thống sẽ không được ghi lại trong TFS. Ví dụ: bạn có thể vào Windows explorer, xóa thư mục hoặc tệp và TFS sẽ không nhận ra nó. Nó sẽ hoàn toàn mù quáng. Ít nhất tôi mong đợi ở đó Windows sẽ không cho phép bạn xóa tập tin này nhưng nó thì có!

Một cách để thực thi bản sao mới nhất là xóa thư mục $ TF ẩn theo cách thủ công. Để làm điều đó, đi đến dấu nhắc lệnh và điều hướng đến thư mục gốc nơi bạn dự án đã được kiểm tra và đưa ra lệnh này

rd/s $tf                    // remove $TF folder and everything inside it

Nếu bạn chỉ muốn kiểm tra thư mục ẩn, bạn có thể thực hiện bằng cách sử dụng

dir /ah                    // display hidden files and folders

Lưu ý: Nếu bạn làm điều đó, tf sẽ nghĩ rằng bạn không có bất kỳ bản sao cục bộ nào mặc dù bạn có nó trong các tệp và nó sẽ đồng bộ lại mọi thứ.

Thận trọng: Sử dụng phương pháp này có nguy cơ của riêng bạn. Xin vui lòng không sử dụng nó trong công việc quan trọng.

"Nhận phiên bản mới nhất" theo mặc định sẽ chỉ tải xuống các tệp đã thay đổi trên máy chủ kể từ lần cuối bạn chạy "Nhận phiên bản mới nhất". TFS theo dõi các tệp bạn tải xuống để không mất thời gian tải lại cùng một phiên bản của các tệp. Nếu bạn đang sửa đổi các tệp bên ngoài Visual Studio, điều này có thể gây ra sự cố nhất quán mà nó có vẻ như bạn đang thấy.

Thật không may, phải có một hoặc nhiều lỗi trong TFS 2008, vì vấn đề này thường xuyên xảy ra trên các máy phát triển và xây dựng các máy chủ nơi tôi làm việc.

Tôi có thể thực hiện Nhận mới nhất, tôi có thể thấy trong danh sách lịch sử của dự án đã có các cam kết sau khi tôi thực hiện Nhận mới nhất, tôi chưa chạm vào các tệp trên đĩa theo bất kỳ cách nào, nhưng sau chức năng "Nhận mới nhất" đã hoàn tất, khi tôi kiểm tra tab TFS, một số tệp vẫn nói rằng chúng không phải là phiên bản mới nhất.

Rõ ràng TFS có thể xác định rằng tôi có các tệp cũ cục bộ, vì danh sách nói như vậy. Tuy nhiên, Get Recent không làm được điều đó, hãy lấy phiên bản mới nhất. Nếu tôi làm những gì bạn đã làm, hãy sử dụng phiên bản Nhận cụ thể và kiểm tra hai hộp kiểm ở cuối hộp thoại, sau đó các tệp được lấy ra.

Thay vào đó, chúng tôi đã thay đổi máy chủ xây dựng để luôn sử dụng loại chức năng Phiên bản cụ thể, vì vậy phần này hiện hoạt động, nhưng vì máy chủ xây dựng của chúng tôi (TeamCity) cũng dựa vào việc kiểm tra xem có thay đổi nào đối với các tệp để khởi động bản dựng không , đôi khi nó rơi vào chế độ "không có gì thay đổi, không thấy gì ở đây, di chuyển dọc" và không làm gì cho đến khi chúng tôi buộc phải chạy cấu hình xây dựng.

Lưu ý rằng tôi đã gặp phải sự cố này trên một máy không bao giờ chạm vào, ngoại trừ bản dựng + mới nhất, cả bằng tay, vì vậy không có gì giả mạo các tệp. Chỉ là TFS bị nhầm lẫn.

Một lần, tôi đã xác minh rằng các tệp trên đĩa thực sự giống hệt với phiên bản được lấy trước đó, vì vậy không có sự giả mạo thủ công nào được thực hiện với các tệp.

Ngoài ra, tôi không biết làm thế nào TFS có thể "biết" liệu các tệp có thay đổi trên đĩa hay không mà không thực sự xem nội dung. Nếu một phần của TFS có thể thấy rằng các tệp thực sự không phải là phiên bản mới nhất, thì phiên bản Nhận mới nhất hoàn toàn có thể có được phiên bản mới nhất. Điều này trong tham chiếu để bình luận cho câu trả lời khác ở đây.

Có thể do bạn đăng nhập TFS với cùng một người dùng và tên không gian làm việc (dựa trên tên máy theo mặc định) cũng giống nhau, vì vậy TFS nghĩ rằng bạn đang ở trên cùng một máy và cùng một không gian làm việc, do đó bạn đã có phiên bản mới nhất của các tập tin, vì vậy nó sẽ không nhận được chúng cho bạn.

hãy thử đổi tên máy của bạn và tạo một không gian làm việc mới như một máy mới.

Tôi gặp vấn đề tương tự với Visual Studio 2012. Bất kể tôi đã làm gì, nó cũng không nhận được mã từ kiểm soát nguồn TFS.

Trong trường hợp của tôi, nguyên nhân là ánh xạ một thư mục + thư mục con từ điều khiển nguồn riêng biệt nhưng đến cùng một cây trong HD cục bộ của tôi.

Giải pháp là loại bỏ ánh xạ thư mục con bằng cửa sổ "quản lý không gian làm việc".

Hầu hết các vấn đề tôi gặp phải với các nhà phát triển phàn nàn rằng Get Recent không làm những gì họ mong đợi xuất phát từ thực tế là họ đang thực hiện Get Recent từ Solution Explorer chứ không phải từ Source Control Explorer. Solution Explorer chỉ lấy các tệp là một phần của giải pháp và bỏ qua mọi thứ có thể được yêu cầu bởi các tệp trong giải pháp, và do đó là một phần của kiểm soát nguồn, trong khi Source Control explorer so sánh không gian làm việc cục bộ của bạn với kho lưu trữ trên máy chủ để xác định tệp nào được cần.

Khi tôi gặp phải vấn đề này khi nó không nhận được phiên bản mới nhất và phiên bản không khớp, trước tiên tôi thực hiện "Lấy phiên bản cụ thể" để đặt nó vào bộ thay đổi và đặt vào 1. Điều này sau đó sẽ xóa tất cả các tệp khỏi không gian làm việc cục bộ của bạn (cho dự án, thư mục đó, tập tin, v.v.) và nó cũng sẽ có bản cập nhật TFS để nó biết rằng bạn hiện KHÔNG CÓ TẢI XUỐNG PHIÊN BẢN. Sau đó, bạn có thể thực hiện "Nhận mới nhất" và viola, bạn thực sự sẽ có bản mới nhất

Điều này có thể xảy ra khi bạn sử dụng TFS từ hai máy khác nhau có cùng một tài khoản, nếu vậy bạn nên so sánh để xem các tệp đã thay đổi và kiểm tra chúng sau đó nhận bản mới nhất sau đó hoàn tác các thay đổi đang chờ xử lý để xóa thanh toán

Điều này hiệu quả với tôi:
1. Thoát Visual Studio
2. Mở cửa sổ lệnh và điều hướng đến thư mục: "% localappdata% \ Local \ Microsoft \ Team Foundation \"
3. Điều hướng đến các thư mục con cho mọi phiên bản và xóa thư mục phụ "bộ đệm" và nội dung của nó
4. Khởi động lại Visual Studio và kết nối với TFS.
5. Kiểm tra phiên bản mới nhất.

chỉ muốn thêm TFS MSBuild không hỗ trợ các ký tự đặc biệt trên các thư mục tức là "@"

tôi đã có kinh nghiệm trong quá khứ nơi một trong những thư mục dự án của chúng tôi có tên là Internal @ Project1

chúng tôi đã tạo một định nghĩa TFS Build để chạy tệp msbuild tùy chỉnh, sau đó thư mục không gian làm việc sẽ không nhận được bất kỳ nội dung nào trong thư mục External @ Project1 trong không gian làm việc mới nhất. Có vẻ như tfs get bị lỗi nhưng không hiển thị bất kỳ lỗi nào.

sau một số thử nghiệm và lỗi và đổi tên thư mục thành _Project1. voila chúng tôi đã nhận được các tập tin trên thư mục (_Project1).

Công cụ: Công cụ điện TFS

Nguồn: http://dennymichael.net/2013/03/19/tfs-scorch/

Lệnh: tfpt scorch / đệ quy / xóa C: \ LocationOfWorkspaceOrFolder

Điều này sẽ đưa ra một hộp thoại sẽ yêu cầu bạn Xóa hoặc Tải xuống danh sách các tập tin. Chọn hoặc Bỏ chọn các tệp phù hợp và nhấn ok. Xuất hiện trong Grid (CheckBox, FileName, FileAction, FilePath)

Nguyên nhân: TFS sẽ chỉ so sánh với các mục trong không gian làm việc. Nếu các thay đổi được thực hiện bên ngoài không gian làm việc, TFS sẽ không biết về chúng.

Hy vọng ai đó tìm thấy điều này hữu ích. Tôi tìm thấy bài đăng này sau khi xóa một số ít các thư mục ở các vị trí khác nhau. Không nhớ những thư mục nào tôi đã xóa đã loại trừ tùy chọn Force Get / Thay thế thông thường mà tôi sẽ sử dụng.

Trong trường hợp của tôi, Nhận phiên bản cụ thể, thậm chí kiểm tra cả hai hộp kiểm và hoàn tác tất cả các thay đổi đang chờ xử lý không hoạt động.

Đã kiểm tra không gian làm việc. Chỉnh sửa không gian làm việc hiện tại. Kiểm tra tất cả các đường dẫn. Đường dẫn giải pháp không chính xác và đang trỏ đến một thư mục đã xóa.

Đã sửa lỗi đường dẫn và hoạt động tốt nhất.

Nhấp chuột phải: Nâng cao> Nhận phiên bản cụ thể . Chọn "Phiên bản Letest" và bây giờ, quan trọng, đánh dấu hai kiểm tra:

Các kiểm tra là:
Ghi đè lên các tệp có thể ghi mà không được kiểm tra

Ghi đè tất cả các tệp ngay cả khi phiên bản cục bộ khớp với phiên bản đã chỉ định