Как TFPT.exe находит рабочее пространство для работы? - PullRequest
47 голосов
/ 18 ноября 2009

При использовании команды tfpt я получаю сообщение об ошибке:

PS D:\Main Line> tfpt uu /noget
Unable to determine the workspace.

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

PS D:\Main Line> tfpt uu /recursive /noget 'D:\Main Line'
Unable to determine the workspace.

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

Ответы [ 5 ]

60 голосов
/ 08 января 2010

Я столкнулся с той же проблемой, я нашел ответ в нижней части страницы в одном из файлов справки, которые поставлялись с электроинструментами. (TFPTCommandLineTool.mht)

Ошибка

Ошибка TFPT: невозможно определить рабочее пространство

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

Unable to determine the workspace 
Unable to determine the source control server

Решения:

  • Запустите tfpt.exe из каталога, который уже сопоставлен с источником управления Team Foundation.
  • Обновите локальный кеш рабочей области с помощью команды tf workspaces. Инструмент tf.exe доступен в подпапке Common7\IDE вашей установочной папки Visual Studio. Если вы запускаете командную строку Visual Studio, вы можете запустить следующую команду (которая зависит от ваших версий TFS / VisualStudio - вам следует использовать версию , соответствующую версии TFPT, которую вы используете , например, если TFPT для VS2015, используйте TF из командной строки VS2015):
    • VS 2008-2013 / TFS 2008:
      • tf workspaces /s:serverURL
    • VS 2010-2013 / TFS 2010 (и, возможно, более поздние версии):
      • tf workspaces /collection:collectionURL
    • VS 2008 / TFS 2010 (и, возможно, более поздние версии):
      • tf workspaces /s:collectionURL
  • Если вы недавно установили Visual Studio 2012, возможно, вам придется подключить его к тому же серверу / коллекции TFS, которые вы использовали в Visual Studio 2010.
19 голосов
/ 29 июля 2013

При использовании tf workspaces /s:serverURL убедитесь, что вы используете правильный tf.exe!
У меня была та же проблема, и я застрял, потому что я использовал tf.exe из:

\Program Files (x86)\<b>Microsoft Visual Studio 11.0</b>\Common7\IDE

а не тот из:

\Program Files (x86)\<b>Microsoft Visual Studio 10.0</b>\Common7\IDE

3 голосов
/ 10 декабря 2018

Для пользователей Visual Studio 2017

У меня возникла та же проблема при попытке запустить командную строку tfpt на новой машине с установленными VS215 и VS2017. Последняя версия инструмента tfpt на момент написания этой статьи - TFS Power Tools 2015 . Это означает, что отображение локальной рабочей области должно быть загружено в VS2015, прежде чем инструмент tfpt сможет найти рабочую область.

Поскольку моя команда использует VS2017, в этой версии Visual Studio я только отображал рабочее пространство. Когда я открыл командную строку разработчика VS2017 для использования этого инструмента, я получил сообщение «Невозможно определить рабочее пространство».

Чтобы решить эту проблему, я открыл VS2015 и подключил Team Explorer к серверу TFS. Он сразу распознает отображение рабочей области, созданное в рамках VS2017. После этого инструмент tfpt работает корректно под командными подсказками VS2015 и VS2017.

1 голос
/ 28 мая 2016

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

переустановка TFPT с

https://visualstudiogallery.msdn.microsoft.com/f017b10c-02b4-4d6d-9845-58a06545627f

исправил проблему для меня.

0 голосов
/ 02 августа 2014

На самом деле, хотя я считаю, что в некоторых случаях эти обходные пути могут исправить положение, они работают не во всех случаях. И я сильно подозреваю, что в конечном итоге это указывает на то, что можно считать ошибкой где-то в коде PowerTools. Причина, по которой я это говорю, заключается в том, что у команды tf workspace нет проблем с обнаружением рабочей области на моей машине с консоли VS Command, но с этой же консоли со всей информацией о пути TFPT не может обнаружить ее на моем ноутбуке, независимо от что я пытаюсь Я только что получил этот ноутбук и установил VS 2010, 2012 и 2013 вместе с соответствующими установками Power Tools и указал на набор проектов, который в настоящее время охватывает несколько экземпляров TFS 2010 и TFS 2012. Из-за этого отношения «многие ко многим», я подозреваю, что где-то есть неправильная ссылка на сборку, некоторая комбинация факторов, GAC, путь, переменные среды, установки VS, репозитории TFS. В каждой версии VS я пытался запустить исполняемый файл TFPT 2010 из Команды VS 2010 и т. Д. С остальными версиями и пробовал обновления кэша рабочей области во всех их формах ... ничего. Но, используя тот же проект, я подключился со старого сервера с установленными VS 2010 и TFPT 2010 и отлично выполнил ту же команду. Поэтому я думаю, что это связано с тем, что работает в вашей системе, и в будущем я буду гораздо более скептически относиться к параллельному запуску различных версий.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...