Ошибка Team Build: путь ... уже сопоставлен с рабочей областью

Question

При создании новой сборки в Team Foundation Server я получаю следующую ошибку при попытке запустить новую сборку:

Путь C: \ Построить \ ProductReleases \ FullBuildv5.4.2x \ Sources уже сопоставлен с рабочим пространством BuildServer_23.

Мне не удается увидеть рабочее пространство с таким именем в диалоговом окне рабочих пространств.

Answer 1

Если у вас нет прав на сервере для удаления рабочих областей других людей, вы можете просто изменить имя определения сборки. TFS создаст новое рабочее пространство и сопоставит его с «C: \ Build \ ProductReleases \ новым именем сборки здесь \ Sources».

Answer 2

Я пробовал все следующие решения, такие как:

1. Используйте сторонние кнопки для удаления WS.
2. Используйте команды tf для удаления рабочих областей удаленного сервера.
3. Удалить папку кэша TFS.

У меня сработало следующее:

tf workspaces /remove:*

Answer 3

Если применимо, вы также можете клонировать определение сборки и изменить ее имя. Это сработало для меня.

Answer 4

Просто удалите рабочее пространство:

workspace /delete "the-workspace-name"

Answer 5

У меня возникла эта проблема с автоматическими сборками Azure DevOps в локальном агенте сборки TFS. Удаление рабочей области с использованием TFS Sidekicks не сработало. И tf.exe даже не смог найти рабочее пространство для его удаления.

Это решение должно работать для TFS 2017, TFS 2018, DevOps Azure и, возможно, других версий:

1. Обратите внимание на GUID рабочей области в сообщении об ошибке.
2. На компьютере, на котором выполняется сборка, перейдите по адресу:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (где% USERPROFILE% принадлежит пользователю, который запустил сборку).
3. Поиск и удаление всех экземпляров GUID рабочей области в этом каталоге. Вероятно, в каталоге «cache» будет папка, а также записи в папках «LocationServerMap.xml» и «LocalItemExclusion.config». Убери их всех.

Это сработало в моих обстоятельствах.

Answer 6

Моя проблема была связана с использованием нескольких учетных записей. Так я смогла сменить аккаунт.

Открыть Team Explorer

Из большого выпадающего меню в верхней части панели ...

Перейдите к: Проекты и мои команды > Управление подключениями

Перейдите к: Управление подключениями > Подключение к командному проекту

Используйте ссылку «Сменить пользователя» для переключения учетных записей.

Теперь имена рабочих пространств будут соответствовать выбранной учетной записи.

Answer 7

У меня возникла та же проблема в Visual Studio 2017 и TFS 2017. DefaultCollection необходимо сначала сопоставить с вашим локальным путем. Каким-то образом этот шаг был пропущен, и я получил только сопоставленный MyFirstProject.

Все, что вам нужно сделать, это:
- 1. Перейдите на веб-страницу TFS и удалите проект с сервера.

- 2. Удалить проект из локальных «рабочих мест»

- 3. Перейдите в «Управление подключениями», чтобы обновить домашнюю страницу в TeamExplorer.

- 4. Вы получите страницу конфигурации, которая позволит вам настроить корневой путь к вашей коллекции DefaultCollection.

- 5. Вы должны получить сообщение, что это было сделано успешно. Теперь вы можете создать свой проект.

Важно сначала сопоставить корневой каталог вашей коллекции с рабочим пространством, а затем сопоставить новый проект.

Answer 8

Решение TDN сработало для меня, когда у меня возникла та же проблема. Сервер сборки создал рабочие области под моей учетной записью. Установка этого флажка позволила мне видеть и удалять их.

Answer 9

я изменил

Build Definition -> Workspace -> Build Agent Folder

от

c:\some\path

до

$(SourceDir)

и это решило проблему.

Answer 10

Самый простой способ сделать это - перейти к своим AppData и удалить кэш TFS (в зависимости от версии 3.0 или 4.0)

C: \ Users {Имя пользователя} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache или же C: \ Users {Имя пользователя} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache