При создании новой сборки в Team Foundation Server я получаю следующую ошибку при попытке запустить новую сборку:
Путь C:\Построить\ProductReleases\FullBuildv5.4.2x\Sources уже отображается в рабочее пространство BuildServer_23.
Я не могу увидеть рабочую область под этим именем в диалоговом окне рабочих пространств.
Используйте утилиту командной строки TF - средство управления версиями Team Foundation (tf).
Вы можете получить список всех рабочих областей, создав командную строку Visual Studio, затем перейдя в папку рабочей области и выведя следующие команды:
C:\YourWorkspaceFolder>tf workspaces /owner:*
Вы должны увидеть свою рабочую область проблем в списке, а также ее владельца.
Вы можете удалить рабочее пространство с помощью следующей команды:
C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
Я получил эту ошибку, которая была вызвана наличием двух определений построения, указывающих на один и тот же источник. Проблема заключалась в том, что я использовал статический каталог сборки в агенте сборки.
Этот пост на форуме описывает мою проблему и разрешение: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
У нас была та же проблема, но удаление рабочей области с сервера TFS не сработало. (Я должен упомянуть, что я схватил своих коллег VM, которые уже были настроены с его учетными данными.)
Для меня это сработало: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
Я просто зашел в:...\Local Settings\Application Data\сделал поиск по версии VersionControl.config, открыл папку, содержащую этот файл, и удалил все содержимое.
До этого я попытался вручную отредактировать файл, но он продолжал с тем же сообщением об ошибке.
Надеюсь, это поможет.
Просто удалите содержимое следующих папок (ов):
C:\Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache
Если UserName является фактическим или текущим пользователем, а 3.0 - номер версии.
По какой-то причине у меня возникли проблемы с удалением рабочего пространства из командной строки. К счастью, я нашел Team Foundation Sidekicks 2010 (от этот пост) который является бесплатным и предоставляет графический интерфейс для просмотра и удаления рабочих пространств TFS и многих других полезных функций TFS.
У меня была аналогичная проблема и для удаления рабочей области, которая вызывала у меня проблему, я вошел в другую машину с установленным клиентом TFS и выполнил следующее:
У меня была аналогичная проблема с тем, что Visual Studio 2010 жаловался на уже отображенное рабочее пространство, но вместо того, чтобы удалять всю рабочую область, я использовал следующее из командной строки Visual Studio: "tf workspace PROBLEM_WORKSPACE_NAME". Это вызвало диалог "Изменить рабочее пространство". Оттуда я смог удалить этот путь из списка "Рабочие папки", который избавился от этой ошибки.
Вот что я сделал (ну, что я делаю):
Используя TFS Sidekicks, очистите фильтры пользователя и сервера, чтобы они были пустыми. Это позволит вам получить все рабочие области.
Проверьте ошибку сборки для имени рабочей области. В случае OPs это BuildServer_23. В моей среде это отличается, но в основном просто совпадают с именем ошибки с именем, указанным в списке tfs sidekick.
Нажмите красный значок x, чтобы удалить рабочее пространство.
Viola!
остальное было довольно легко.
Просто перейдите в эту папку: C:\Users {UserName}\AppData\Local\Microsoft\Team Foundation\4\Cache и удалите все, что находится в папке.
Я получал исключение, сообщая мне, что файл уже был отображен в другой рабочей области: "Путь {Путь к файлу} уже отображается в рабочей области {Имя рабочей области}."
Это рабочее пространство было удалено beofre. С помощью моего друга я узнал, что TFS сохраняет информацию о рабочем пространстве под локальными настройками пользователя. Мы нашли файл с именем:
VersionControl.config в разделе {dir\Documents and Settings}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache. Этот файл содержит все локальное отображение TFS. Возможно, когда вы используете метод Map и не используете: public void DeleteMapping (отображение WorkFolder); перед удалением рабочего пространства информация о сопоставлении не удаляется из этого файла, который используется TFS, чтобы проверить, не был ли вы переназначены определенный путь.
Чтобы устранить эту проблему, удалите все ключи из файла конфигурации. Не удаляйте файл, потому что вы получите его снова из кеша сервера.
Если у вас нет разрешений на сервере для удаления рабочих областей других людей, вы можете просто изменить имя определения сборки. TFS создаст новое рабочее пространство и отобразит его в "C:\Build\ProductReleases\new build name here\Sources".
Если применимо, вы также можете клонировать определение сборки и изменять ее имя. Это работало для меня.
Я изменил
Build Definition -> Workspace -> Build Agent Folder
от
c:\some\path
к
$(SourceDir)
и он исправил проблему.
При попытке "Получить последнюю версию" проекта, который я ранее сопоставил с локальным каталогом, а затем удалил, я увидел это же сообщение об ошибке. Сначала я попробовал инструмент SideKick, а затем командную строку Visual Studio 2010, оба из которых сказали мне, что не было отображено рабочих пространств.
Далее я искал "VersionControl.config" в c:/users/myuser/appdata и удалил 4 найденных им ссылки.
Я повторно открыл Visual Studio, и мне удалось повторно отобразить проект, не более ошибок!
Самый простой способ сделать это - перейти в AppData и удалить кеш TFS (в зависимости от версии 3.0 или 4.0).
C:\Users {UserName}\AppData\Local\Microsoft\Team Foundation\3.0\Cache или C:\Users {UserName}\AppData\Local\Microsoft\Team Foundation\4.0\Cache
Решение TDN работало для меня, когда у меня была такая же проблема. Сервер сборки создал рабочие поля под моей учетной записью. Отметка этого поля позволила мне увидеть и удалить их.
Я пробовал все следующие решения, такие как:
Следующие работали для меня:
tf workspaces /remove:*
У меня такая же проблема в Visual Studio 2017 и TFS 2017. DefaultCollection должен отображаться сначала на ваш локальный путь. Как-то этот шаг был пропущен, и я получил только отображение MyFirstProject.
Все, что вам нужно сделать:
- 1. Перейдите на свою веб-страницу TFS и удалите проект с сервера.
- 2. Удалите проект из локального "Worksapces"
- 3. Перейдите в раздел "Управление подключениями", который обновит вашу домашнюю страницу в TeamExplorer.
- 4. Вы получите страницу конфигурации, которая позволит вам настроить корневой путь на ваш DefaultCollection.
- 5. Вы должны получить сообщение о том, что это было сделано успешно. Теперь вы можете создать свой проект.
Важно сначала сопоставить корень вашей коллекции с вашей рабочей областью, а затем отобразить новый проект.
Моя проблема связана с использованием нескольких учетных записей. Вот как мне удалось переключить учетные записи.
Откройте Team Explorer
Из большого выпадающего меню в верхней части панели...
Перейдите к: Проекты и мои команды Управление соединениями
Перейдите к: Управление подключениями Подключиться к Team Project
Используйте ссылку "Switch User" для переключения учетных записей.
Теперь имена рабочей области будут соответствовать выбранной учетной записи.