Невозможно определить рабочее пространство после сброса профиля Windows

Я использую Visual Build Pro для запуска сценариев сборки и создания приложения. Часть этих скриптов получает последний код от TFS.

Все работало нормально, пока мой профиль Windows не стал поврежденным и должен был быть удален и воссоздан. С тех пор я получаю сообщение "Невозможно определить рабочее пространство. Вы можете исправить это, запустив команду" tf workspaces /collection:TeamProjectCollectionUrl "", когда сценарии пытаются выполнить операции get TFS.

Рабочая область отображается в C:\Workspace, и сценарии сборки находятся в этом дереве каталогов, и рабочая область отображается, когда я запускаю команду tf workspaces. Я попытался удалить рабочее пространство, переназначить его, изменить имя, удалить папку, добавить ее обратно, очистить кэш appData и т. Д., Но все безрезультатно.

У кого-нибудь есть идеи, что мне здесь не хватает?

Источник

3 ответа

Решение

Мне удалось решить эту проблему, хотя я не уверен на 100%, что конкретно он сделал, или это была комбинация вещей.

Я предпринял следующие шаги:

  • Деинсталлировано и переустановлено Visual Build Pro.
  • Обновил кэш с помощью команды: tf workspaces / s: http://tfs-server:8080/.
  • Убедитесь, что имя рабочего пространства совпадает с именем машины.
  • Убедитесь, что имя папки использовалось в том же регистре, что было указано в конфигурации рабочей области и используемых командах.
  • Запустите команду Get из командной строки (которая работала без проблем из каталога пользователя, используя абсолютный путь к tf.exe).

Где-то вдоль линии, следуя этим шагам, проблема была решена.

Источник

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

cd c:\sources\myteamproject

tf get ...
Источник

Используйте соответствующую командную строку разработчика и обновите кеш с помощью команды: tf workspaces /s:http://tfs-server:8080

У меня было несколько Visual Studio, а именно 2012 и 2010, и Visual build 7. Поэтому мне пришлось обновить кэш с помощью командной строки разработчика для 2010.

Источник
Другие вопросы по тегам