У меня есть эта проблема, когда я ставил очередь в сборку. Конструкция умирает с ошибкой
Путь C:\[Path]\Sources уже отображается в рабочей области [Имя сервера].
так же, как этот вопрос. но я удалил все рабочие области агента сборки, выполнив эту команду:
tf workspaces /remove:*
а также путем удаления папки кэша TFS. Я также перезапустил сервер, но ошибка сохраняется в каждой сборке.
Хорошо, поэтому решение оказалось довольно похожим на то, что YeahStu опубликовано здесь. Я изменил рабочий каталог агента сборки с
$(Temp)\UI\$(BuildDefinitionPath)
к
$(Temp)\UI\$(BuildDefinitionPath)\$(BuildDefinitionID)
Что странно, так это то, что другой агент сборки все еще работает в $(Temp)\UI\$(BuildDefinitionPath) и работает нормально. Единственное различие между этими двумя агентами - это тот, который перестает работать, если на нем установлен Visual Studio 2010 RC, а тот, который все еще работает, имеет VS2010 Beta2. Не знаю, почему это должно иметь значение.
http://www.devaffair.com/2011/11/path-is-already-mapped-in-workspace.html
Ну, на самом деле эта проблема была решена в нескольких других вопросах на этом сайте, но я снова отправлю свой ответ:)
Эта ссылка направит вас в блог, который, вероятно, решит вашу проблему как можно быстрее
Я думаю, что проблема возникает только в том случае, если в одной сборке имеется более одного агента сборки.
Я думаю, что ваш problm может быть связан с наличием 3 агентов сборки, которые не помечены. Я думаю, что рабочая область, если ее оставить, удаляется агентом, который выполняет сборку. Если это агент для агента, создавшего рабочую область, тогда будут очевидные проблемы.
Итак, чтобы исправить проблему, вам нужно сделать следующее. Имя Один агент Агент по умолчанию. Это не будет иметь тегов. В двух других агентах в свойствах добавляется тег для агентов: один для каждого агента и выберите его.
Теперь любая сборка, которая не имеет набора тегов, всегда будет использовать Агент по умолчанию.
Чтобы получить сборку для использования одного из других агентов, откройте определение сборки и перейдите в расширенный раздел в разделе "Процесс".
Откройте "Параметры агента" и выберите многоточие в "Фильтр тегов" и введите тег с тем же именем для тега, введенного в агенте сборки, который вы хотите использовать.
Вам может потребоваться очистить рабочие области до первого запуска.
Выполнение вышеизложенного позволяет вам контролировать, какой агент сборки используется для каждого определения сборки, и поэтому также должен остановить проблему с рабочим пространством.
Мне удалось удалить рабочую область. На сервере сборки выполните следующее:
Загрузить psExec из sysinternals.
http://technet.microsoft.com/en-us/sysinternals/bb897553
Открыть cmd как администратор.
Запустите psexec, чтобы открыть cmd как сетевую службу.
psexec -i -u "полномочия\служба сети" cmd.exe
Это открывает другое cmd-окно, которое использует "nt authority\network service".
Запустите "whoami", чтобы убедиться, что вы теперь "nt authority\network service".
Откройте визуальную студию, набрав devenv.
В visual studio\team explorer подключитесь к серверу управления версиями
Внутри visual studio\source control explorer выкиньте нарушающие рабочие пространства.
Я понятия не имею, почему, но tf workspaces/remove не работает для меня.
Подробнее о свойствах рабочего каталога здесь:
http://msdn.microsoft.com/en-us/library/bb399135.aspx
Однако в версии RTM "$ (HOMEDRIVE)" не распознается. Возможно, из-за корпуса; не тестировали его, поэтому имейте в виду этот недостаток в документах.
У меня была такая же проблема - она работала нормально, пока я не установил VS2010 в агенте сборки. Добавление BuildDefinitionId исправило его, но странно, что установка VS2010 испортила рабочие пространства, которые уже настроены и запущены.
Изменено на
$(Temp)\UI\$(BuildDefinitionPath)\$(BuildDefinitionID)
делает работу, но не для 100% ситуаций. Каждый раз, когда сборка не завершалась (например, некоторая ошибка в исходных кодах или что-то еще), после исправления ошибки и попытки повторной сборки команды она терпит неудачу в "Рабочая область XYZ уже сопоставлена ...", тогда я должен вручную удалить это отображение рабочей области "Team Foundation Sidekick 2010" и запуск команды снова для успеха. В следующий раз, когда выполнение одной и той же команды создается более одного раза, они успешно создаются, но до тех пор, пока некоторая команда не завершится сбоем в соответствии с некоторой ошибкой в исходном коде, тогда она снова начнет бросать ошибки "сопоставления рабочего пространства".
Мне кажется, что в TFS 2010 есть некоторая ошибка, когда некоторая сборка команды выходит из строя, она не очищает/не удаляет используемое рабочее пространство или что-то подобное.
Есть ли у кого-то такие же проблемы?