Ошибка Team Build: путь ... уже сопоставлен с рабочей областью - PullRequest
155 голосов
/ 22 октября 2008

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

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

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

Ответы [ 21 ]

135 голосов
/ 22 октября 2008

Используйте утилиту командной строки TF - Team Foundation Version Control Tool ( tf ).

Вы можете получить список всех рабочих областей, вызвав Командная строка Visual Studio , затем перейдя в папку рабочей области и выполнив следующие команды:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Вы должны увидеть свое проблемное рабочее пространство в списке и его владельца.

Вы можете удалить рабочее пространство с помощью следующей команды:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
35 голосов
/ 05 ноября 2014

Просто удалите содержимое следующих папок:

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

Где UserName - фактический или текущий пользователь, а 3.0 - номер версии.

29 голосов
/ 02 февраля 2009

Я получил эту ошибку, которая была вызвана двумя определениями сборки, указывающими на один и тот же источник. Проблема заключалась в том, что я использовал статический каталог сборки в агенте сборки.

Это сообщение на форуме точно описывает мою проблему и ее решение: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

25 голосов
/ 14 апреля 2011

У нас была та же проблема, но удаление рабочего пространства с сервера TFS не сработало. (Должен отметить, что я взял виртуальную машину своих коллег, которая уже была настроена с его учетными данными.)

Для меня это сработало: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Я просто зашел в: ... \ Local Settings \ Application Data \ произвел поиск VersionControl.config, открыл папку с этим файлом и удалил все его содержимое.

До этого я пытался вручную отредактировать файл, но он продолжал с тем же сообщением об ошибке.

Надеюсь, это поможет.

20 голосов
/ 24 июня 2015

У меня была похожая проблема, и для удаления рабочей области, которая вызывала у меня проблему, я вошел на другую машину с установленным клиентом TFS и выполнил следующее:

  • В меню Файл выберите Контроль источника , Дополнительно и нажмите Workspaces ... .
  • В диалоговом окне Управление рабочими областями установите флажок Показать удаленные пакеты .
  • В столбце Имя выберите рабочую область, которую вы хотите удалить, и нажмите Удалить .
  • В В диалоговом окне Подтверждение нажмите OK .
16 голосов
/ 23 октября 2011

По какой-то причине у меня возникли проблемы с удалением рабочего пространства из утилиты командной строки. К счастью, я нашел Team Foundation Sidekicks 2010 (из этой публикации ), который является бесплатным и предоставляет графический интерфейс для просмотра и удаления рабочих областей TFS, а также многие другие полезные функции TFS.

5 голосов
/ 08 ноября 2011

У меня была похожая проблема с Visual Studio 2010, которая жаловалась на уже сопоставленное рабочее пространство, но вместо удаления всего рабочего пространства я использовал следующее из командной строки Visual Studio: "tf workspace PROBLEM_WORKSPACE_NAME". Это вызвало диалог «Редактировать рабочее пространство». Оттуда я смог удалить нужный путь из списка «Рабочие папки», который избавился от ошибки.

4 голосов
/ 13 августа 2013

остальное было довольно легко.

Просто перейдите в эту папку: C: \ Users {Имя пользователя} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache и удали все что есть в папке.

4 голосов
/ 13 апреля 2012

Вот что я сделал (хорошо, что я делаю):

Используя TFS Sidekicks, удалите фильтры пользователя и сервера, чтобы они были пустыми. Это позволит вам получить все рабочие пространства.

Проверьте ошибку сборки для имени рабочей области. В случае с OP это BuildServer_23. В моей среде это отличается, но в основном просто сопоставьте имя ошибки с именем в списке помощников tfs.

Нажмите на красный крестик, чтобы удалить рабочее пространство.

Viola!

4 голосов
/ 06 июля 2014

Я получил исключение, сообщающее, что файл уже был сопоставлен в другом рабочем пространстве: "Путь {Путь к файлу} уже сопоставлен в рабочей области {Имя рабочей области}."

Это рабочее пространство было удалено до . С помощью моего друга я узнал, что TFS сохраняет информацию о рабочей области в папке с локальными настройками пользователя dir. Мы нашли файл с именем:

VersionControl.config в {Каталог пользовательских документов и настроек} \ Локальные настройки \ Данные приложения \ Microsoft \ Team Foundation \ 1.0 \ Cache. Этот файл содержит все локальные сопоставления TFS. Вероятно, когда вы используете метод Map и не используете: public void DeleteMapping (отображение WorkingFolder); перед удалением рабочей области информация о сопоставлении не удаляется из этого файла, который используется TFS для проверки того, что вы уже сопоставили конкретный путь.

Чтобы решить эту проблему, удалите все ключи из файла конфигурации. Не удаляйте файл, потому что вы снова получите его из кэша сервера.

...