Lỗi xây dựng nhóm: Đường dẫn đã được ánh xạ tới không gian làm việc


162

Khi tạo bản dựng mới trong Team Foundation Server, tôi gặp lỗi sau khi thử chạy bản dựng mới:

Đường dẫn C: \ Build \ ProductRelease \ FullBuildv5.4.2x \ Nguồn đã được ánh xạ tới không gian làm việc BuildServer_23.

Tôi không thể thấy một không gian làm việc theo tên đó trong hộp thoại không gian làm việc.


Đây là lỗi phức tạp hơn, xem câu hỏi khác .
psulek

Câu trả lời:


138

Sử dụng tiện ích dòng lệnh TF - Công cụ kiểm soát phiên bản nền tảng nhóm ( tf ).

Bạn có thể nhận được danh sách tất cả các không gian làm việc bằng cách hiển thị Dấu nhắc lệnh của Visual Studio sau đó thay đổi vào thư mục vùng làm việc của bạn và đưa ra các lệnh sau:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Bạn sẽ thấy không gian làm việc của bạn trong danh sách cũng như chủ sở hữu của nó.

Bạn có thể xóa không gian làm việc bằng lệnh sau:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

16
Tôi nhận được "Không thể xác định máy chủ kiểm soát nguồn." khi chạy không gian làm việc tf trên máy chủ xây dựng. Bất kỳ ý tưởng làm thế nào để sửa lỗi này?
Corvin

9
Corvin: chạy lệnh từ trong thư mục là một phần của không gian làm việc
Raj Rao

18
Để lại đối số / máy chủ, nó không cần thiết. Nếu không thì trả lời tốt!
techphoria414

1
Câu trả lời tuyệt vời, điều duy nhất tôi muốn thêm là bạn có thể cần phải đăng nhập vào TFS với tư cách là chủ sở hữu của không gian làm việc hoặc bạn có thể nhận được lỗi từ chối cấp phép.
JMK

5
Sau khi xóa cùng tên.
efisher

44

Chỉ cần xóa nội dung của (các) thư mục sau:

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Trong đó UserName là người dùng thực tế hoặc hiện tại và 3.0 là số phiên bản.


Câu trả lời này đã được đưa ra một vài lần rồi, với nhiều lời giải thích hơn, trong một vài lần cách đây nhiều năm.
Andrew Barber

đây là những gì tôi cần Tôi đã xóa tất cả các tham chiếu bằng lệnh tf và cả với sidekicks nhưng tôi vẫn cần xóa bộ đệm này. cảm ơn, cảm ơn, cảm ơn
GrahamJRoy

1
Cụ thể, bạn có thể xóa WorkspaceInfomục nhập của không gian làm việc vi phạm khỏi C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
JohnLBevan

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 8.0 cho vs2019
Sergio Villalobos


28

Tôi gặp vấn đề tương tự và để loại bỏ không gian làm việc gây ra sự cố cho tôi, tôi đã đăng nhập vào một máy khác có máy khách TFS được cài đặt và thực hiện như sau:

  • Trên menu Tệp , trỏ đến Kiểm soát nguồn , Nâng cao , rồi bấm Không gian làm việc ... .
  • Trong hộp thoại Quản lý không gian làm việc , đánh dấu vào Hiển thị các gói từ xa hộp kiểm .
  • Trong cột Tên , chọn không gian làm việc mà bạn muốn loại bỏ, rồi bấm Xóa .
  • Trong hộp thoại Xác nhận , bấm OK .

3
Máy trạm của tôi đã được liệt kê hai lần. Loại bỏ các bản sao và nó ngay lập tức làm việc. Cảm ơn.
Kyle Hancock

26

Chúng tôi có cùng một vấn đề nhưng xóa không gian làm việc khỏi máy chủ TFS không hoạt động. (Tôi nên đề cập rằng tôi đã lấy VM của đồng nghiệp đã được thiết lập với thông tin đăng nhập của anh ấy.)

Đối với tôi, điều này đã làm việc: http://bloss.msdn.com/b/buckh/archive/2006/09/12/path-is-al yet-mapped-in-workspace.aspx

Tôi vừa truy cập vào: ... \ Cài đặt cục bộ \ Dữ liệu ứng dụng \ đã thực hiện tìm kiếm VersionControl.config, mở thư mục chứa tệp này và xóa tất cả nội dung của nó.

Trước đó tôi đã thử chỉnh sửa tệp theo cách thủ công nhưng nó vẫn tiếp tục với thông báo lỗi tương tự.

Tôi hi vọng cái này giúp được.


4
Rất hữu ích cho tình huống của chúng tôi, nơi chúng tôi chuyển đổi máy chủ và máy chủ cũ không còn tồn tại nữa, nhưng một máy cũ vẫn có cài đặt cho nó.
Joel Rondeau

Tôi cũng phải làm điều này Tôi đã xóa toàn bộ Local Settings\Application Data\Microsoft\Team Foundationthư mục và tất cả đều ổn sau đó
Orion Edwards

Đó là bộ đệm, chỉ cần xóa (các) thư mục Cache
Curios

Tôi đã xóa không gian làm việc và thư mục bộ đệm, nhưng vấn đề vẫn còn đó. Có lẽ jenkins đang chạy dưới một người dùng khác và sử dụng bộ đệm khác?
ideafixxxer

Có lẽ là vậy! Có tất cả các loại plugin mà bạn có thể sử dụng để dọn sạch không gian làm việc của mình trước khi quá trình xây dựng thực sự bắt đầu. Nếu bạn tìm thấy câu trả lời cho vấn đề cụ thể này, vui lòng quay lại và đăng nó ở đây để những người khác cũng có thể hưởng lợi từ nó :)
asuciu

16

Vì một số lý do, tôi gặp khó khăn khi xóa không gian làm việc khỏi tiện ích dòng lệnh. May mắn thay, tôi đã tìm thấy Team Foundation Sidekicks 2010 (từ bài đăng này ) miễn phí và cung cấp GUI để xem và xóa các không gian làm việc TFS và nhiều tính năng TFS hữu ích hơn.


2
Tôi thực sự khuyên mọi người làm việc với TFS nên xem TFS Sidekicks, vì nó miễn phí và có rất nhiều tính năng thực sự phải có.
Alkampfer

6

Tôi gặp vấn đề tương tự với Visual Studio 2010 phàn nàn về không gian làm việc đã được ánh xạ, nhưng thay vì xóa toàn bộ không gian làm việc, tôi đã sử dụng đoạn sau từ Visual Studio Command Prompt: "tf workspace PROBLEM_WORKSPACE_NAME". Điều này mang đến một hộp thoại "Chỉnh sửa không gian làm việc". Từ đó tôi đã có thể xóa đường dẫn trong câu hỏi khỏi danh sách "Thư mục làm việc", loại bỏ lỗi này.


Giải pháp của bạn đã giúp tôi trong một trường hợp tương tự. Tôi đã tạo một không gian làm việc cho người dùng sai, vì vậy tôi đã xóa nó và sau đó cố gắng tạo không gian làm việc cho đúng, nhưng tfphàn nàn rằng đường dẫn được liên kết với một không gian làm việc khác - nơi tôi đã xóa. Lấy cảm hứng từ câu trả lời của bạn, tôi đã tạo lại không gian làm việc cho người dùng sai, chỉ xóa liên kết với đường dẫn và cuối cùng tôi đã thành công trong việc tạo không gian làm việc cho đúng người dùng.
edymtt

5

phần còn lại khá dễ dàng.

Chỉ cần truy cập thư mục này: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache và xóa tất cả những thứ đó trong thư mục.


5

Tôi đã nhận được một ngoại lệ cho tôi biết rằng tệp đã được ánh xạ trong không gian làm việc khác: "Đường dẫn {Đường dẫn tệp} đã được ánh xạ trong không gian làm việc {Tên không gian làm việc}."

Không gian làm việc này đã bị xóa . Với sự giúp đỡ của người bạn của tôi, tôi phát hiện ra rằng TFS lưu thông tin không gian làm việc theo thư mục cài đặt cục bộ của người dùng. Chúng tôi tìm thấy một tập tin có tên:

VersionControl.config trong {Tài liệu người dùng và cài đặt dir} \ Cài đặt cục bộ \ Dữ liệu ứng dụng \ Microsoft \ Team Foundation \ 1.0 \ Cache. Tập tin này chứa tất cả các ánh xạ cục bộ của TFS. Có thể khi bạn sử dụng phương pháp Bản đồ và không sử dụng: công khai voidMapMapping (ánh xạ WorkFolder); trước khi xóa không gian làm việc, thông tin ánh xạ sẽ không bị xóa khỏi tệp này được TFS sử dụng để kiểm tra xem bạn có đã ánh xạ một đường dẫn cụ thể không.

Để giải quyết vấn đề này, hãy xóa tất cả các khóa khỏi tệp cấu hình. Đừng xóa tệp vì bạn sẽ lấy lại từ bộ đệm của máy chủ.


4

Đây là những gì tôi đã làm (cũng những gì tôi làm):

Sử dụng TFS Sidekicks xóa các bộ lọc người dùng và máy chủ để chúng trống. Điều này sẽ cho phép bạn có được tất cả các không gian làm việc.

Kiểm tra lỗi xây dựng cho tên không gian làm việc. Trong trường hợp OP, đó là BuildServer_23. Nó khác với môi trường của tôi nhưng về cơ bản chỉ cần ghép tên lỗi với tên trong danh sách phụ của tfs.

Nhấp vào x màu đỏ để xóa không gian làm việc.

Viola!


1

Nếu bạn không có quyền trên máy chủ để xóa không gian làm việc của người khác, bạn có thể thay đổi tên của định nghĩa bản dựng. TFS sẽ tạo một không gian làm việc mới và ánh xạ nó tới "C: \ Build \ ProductRelease \ tên bản dựng mới tại đây \ Nguồn".


1

Nếu có thể, bạn cũng có thể sao chép định nghĩa bản dựng và thay đổi tên của nó. Điều này làm việc cho tôi.


Cảm ơn vì điều đó. Sự kết hợp của việc xóa thư mục bộ đệm và (gọi lại) định nghĩa bản dựng của tôi đã sửa nó cho tôi.
HerbalMart

1

Tôi đã thử tất cả các giải pháp sau đây như:

  1. Sử dụng sidekicks để xóa WS.
  2. Sử dụng các lệnh tf để xóa không gian làm việc của máy chủ từ xa.
  3. Xóa thư mục bộ đệm TFS.

Sau đây làm việc cho tôi:

tf workspaces /remove:*

0

tôi đã thay đổi

Build Definition -> Workspace -> Build Agent Folder

từ

c:\some\path

đến

$(SourceDir)

và nó đã khắc phục vấn đề.


0

Trong khi cố gắng 'Nhận phiên bản mới nhất' của một dự án mà trước đây tôi đã ánh xạ tới một thư mục cục bộ và sau đó bị xóa, tôi đã thấy thông báo lỗi tương tự. Đầu tiên tôi đã thử công cụ SideKick và sau đó là dấu nhắc lệnh của Visual Studio 2010, cả hai đều cho tôi biết tôi không có không gian làm việc được ánh xạ.

Tiếp theo tôi tìm kiếm 'VersionControl.config' bên trong c:/users/myuser/appdatavà xóa 4 tài liệu tham khảo mà nó tìm thấy. Tôi mở lại Visual Studio và tôi đã có thể lập lại bản đồ dự án, không còn lỗi nữa!


0

Cách đơn giản nhất để thực hiện việc này là truy cập AppData của bạn và xóa bộ đệm TFS (tùy thuộc vào phiên bản 3.0 hoặc 4.0)

C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache hoặc C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache


Sau khi thực hiện dọn dẹp không gian làm việc với công cụ phụ của VS và TFS, cách tiếp cận thủ công xóa bộ nhớ cache này có hiệu quả với tôi. Cảm ơn bạn!
đặc biệt là

0

Giải pháp của TDN làm việc cho tôi khi tôi gặp vấn đề tương tự. Máy chủ Build đã tạo không gian làm việc trong tài khoản của tôi. Đánh dấu vào ô này cho phép tôi xem và xóa chúng.


0

Tôi gặp vấn đề tương tự trong Visual Studio 2017 và TFS 2017. DefaultCollection phải được ánh xạ trước cho đường dẫn cục bộ của bạn. Bằng cách nào đó bước này đã bị bỏ qua và tôi chỉ có bản đồ MyFirstProject.

nhập mô tả hình ảnh ở đây

Tất cả những gì bạn cần làm là:
- 1. Truy cập trang web TFS của bạn và xóa dự án khỏi máy chủ.

nhập mô tả hình ảnh ở đây

- 2. Xóa dự án khỏi "Workapces" cục bộ của bạn

nhập mô tả hình ảnh ở đây

- 3. Chuyển đến "Quản lý kết nối" sẽ làm mới Trang chủ của bạn trong TeamExplorer.

nhập mô tả hình ảnh ở đây

- 4. Bạn sẽ nhận được trang Cấu hình cho phép bạn thiết lập đường dẫn gốc đến DefaultCollection của mình.

nhập mô tả hình ảnh ở đây

- 5. Bạn sẽ nhận được thông báo rằng nó đã được thực hiện thành công. Bây giờ bạn có thể tạo dự án của bạn.

nhập mô tả hình ảnh ở đây

Điều quan trọng là ánh xạ gốc của bộ sưu tập của bạn vào không gian làm việc của bạn trước rồi sau đó ánh xạ một dự án mới.


0

Vấn đề của tôi liên quan đến việc sử dụng nhiều tài khoản. Đây là cách tôi có thể chuyển đổi tài khoản.

Mở Team Explorer

Từ menu thả xuống lớn gần đỉnh của khung ...

Điều hướng đến: Dự án và nhóm của tôi > Quản lý kết nối

Điều hướng đến: Quản lý kết nối > Kết nối với dự án nhóm

Sử dụng liên kết "Chuyển người dùng" để chuyển đổi tài khoản.

Bây giờ tên không gian làm việc sẽ khớp với tài khoản đã chọn.


0

Tôi không thể có bất kỳ giải pháp nào khác để làm việc.

Tôi đã tạo một tài khoản mới và tài khoản cũ không còn quyền (cả hai trên cùng một máy).

Tôi đã thử: 1) Xóa không gian làm việc (không thể thấy trong VS có hoặc không có không gian làm việc từ xa được kiểm tra) 2) Xóa khỏi dòng lệnh 3) Lệnh chủ sở hữu mới 4) Xóa bộ đệm

Vì vậy, tôi chỉ cần mở VS với tư cách quản trị viên và ánh xạ tới một thư mục khác.


-1

Tôi đã gặp vấn đề này với bản dựng tự động Azure DevOps trong một tác nhân xây dựng TFS tại chỗ. Xóa không gian làm việc bằng TFS Sidekicks không hoạt động. Và tf.exe thậm chí không thể tìm thấy không gian làm việc để xóa nó.

Giải pháp này sẽ hoạt động cho TFS 2017, TFS 2018, Azure DevOps và có thể các phiên bản khác:

  1. Lưu ý không gian làm việc GUID trong thông báo lỗi.
  2. Trên máy đang diễn ra quá trình xây dựng, hãy điều hướng đến:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (trong đó% USERPROFILE% thuộc về người dùng đã kích hoạt bản dựng).
  3. Tìm kiếm và loại bỏ tất cả các phiên bản của không gian làm việc GUID trong thư mục đó. Có khả năng sẽ có một thư mục trong thư mục 'bộ đệm', cũng như các mục trong 'LocationServerMap.xml' và 'LocalItemExinating.config'. Loại bỏ tất cả.

Điều đó đã làm việc trong hoàn cảnh của tôi.


-1

Chỉ cần xóa không gian làm việc:

workspace /delete "the-workspace-name"
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.