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

StackOverflow https://stackoverflow.com/questions/226288

  •  03-07-2019
  •  | 
  •  

Вопрос

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

Путь C:\Build\ProductReleases\FullBuildv5.4.2x\Sources уже сопоставлен с workspace BuildServer_23.

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

Это было полезно?

Решение

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

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

C:\YourWorkspaceFolder>tf workspaces /owner:*

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

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

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

Другие советы

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

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

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

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

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

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

Для меня это сработало: http: //blogs.msdn. ком / б / buckh / Архив / 2006/09/12 / путь-это-уже отображенные в-workspace.aspx

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

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

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

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

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

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

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

Вот что я сделал (ну, что я делаю):

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

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

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

Виола!

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

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

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

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

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

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

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

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

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

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

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

    tf workspaces /remove:*

    Я изменился

    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 {Имя пользователя} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache или же C: \ Users {Имя пользователя} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

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

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

    введите описание изображения здесь

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

    введите описание изображения здесь

    - 2. Удалите проект из локального " рабочего места "

    введите описание изображения здесь

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

    введите описание изображения здесь

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

    введите описание изображения здесь

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

    введите описание изображения здесь

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

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

    Откройте Team Explorer

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

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

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

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

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

    Просто удалите рабочую область: 

    workspace /delete "the-workspace-name"

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

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

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

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

    Лицензировано под: CC-BY-SA с атрибуция
    Не связан с StackOverflow
    scroll top