50 votes

Comment TFPT.exe trouve-t-il quel espace de travail travailler?

En utilisant tfpt à partir de la commande, j'obtiens l'erreur suivante:

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

Ici, j'essaie d'utiliser la commande Undo Unchanged, mais j'ai aussi vu cette erreur avec d'autres commandes. Le chemin auquel je suis est le chemin exact mappé dans mon espace de travail TFS. J'ai aussi essayé ce qui ne fonctionne pas non plus

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

Je pensais qu'il s'agissait simplement d'utiliser le chemin actuel pour le résoudre, mais je ne peux pas le faire fonctionner correctement. Est-ce que quelqu'un sait comment cela fonctionne?

63voto

BFoust Points 373

J'ai rencontré ce même problème, j'ai trouvé la réponse au bas de la page dans l'un des fichiers d'aide fournis avec les outils de L'alimentation. (TFPTCommandLineTool.mht)

Les erreurs

TFPT d'Erreur: Impossible de déterminer l'espace de travail

Lors de l'exécution de tfpt l'aide d'une commande qui fonctionne avec le Contrôle de Version, vous pouvez recevoir un des messages d'erreur:

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

Solutions:

  • Exécutez tfpt.exe de dans un répertoire qui est déjà mappé à l'Équipe de la Fondation de contrôle de source.
  • Mise à jour de votre espace de travail local cache à l'aide de l' tf workspaces commande. L' tf.exe outil est disponible dans le sous-dossier Common7\IDE de votre installation de Visual Studio dossier. Si vous lancez une invite de commande Visual Studio, vous pouvez ensuite exécuter la commande suivante (qui dépend de vos versions de TFS/VisualStudio):
    • VS 2008-2013 / TFS 2008:
      • tf workspaces /s:serverURL
    • VS 2010-2013 / TFS 2010 (et probablement les versions ultérieures ainsi):
      • tf workspaces /collection:collectionURL
    • VS 2008 / TFS 2010 (et probablement les versions ultérieures ainsi):
      • tf workspaces /s:collectionURL
  • Si vous avez récemment installé Visual Studio 2012, vous pourriez avoir à le connecter au même serveur TFS/collection vous étiez à l'aide de Visual Studio 2010.

19voto

Nitzankin Points 70

Lorsque vous utilisez tf workspaces /s:serverURL assurez-vous d'utiliser le bon tf.exe !
J'ai eu le même problème et j'étais bloqué parce que j'ai utilisé les tf.exe de:

\Program Files (x86)\

et non celui de:

Microsoft Visual Studio 11.0

0voto

paulyphonic Points 71

En fait, bien que je crois que, dans certains cas, ces solutions de contournement peuvent arranger les choses, ils ne fonctionnent pas dans tous les cas. Et je soupçonne fortement que, finalement, la points à ce qui pourrait être considéré comme un bug quelque part dans le PowerTools code. La raison pour laquelle je dis cela est que la tf de l'espace de travail commande n'a aucun problème de détection de l'espace de travail sur mon ordinateur à partir de la VS à la console de Commande, mais à partir de la même console avec tous le même chemin info, TFPT ne peuvent pas le détecter sur mon lap top peu importe ce que j'essaie. Je viens de recevoir ce portable et installé VS 2010, 2012 et 2013, ainsi que les Outils électriques installe, et a souligné une série de projets qui, actuellement, s'étend sur plusieurs TFS 2010 et TFS 2012 instances. De ce fait plusieurs-à-plusieurs relations, je pense qu'il y est un mauvais montage de référence quelque part, une combinaison de facteurs, le GAC, le Chemin, les Variables d'Environnement, VS Installations, TSF dépôts. Dans chaque VS version que j'ai tenté d'exécuter le TFPT 2010 exécutable à partir de la VS 2010 de Commande, et ainsi de suite avec les autres versions, et j'ai essayé le au-dessus de l'espace de travail mises à jour du cache, sous toutes leurs formes... rien. Mais en utilisant le même projet que j'ai connecté à partir d'un vieux serveur avec VS 2010 et TFPT 2010 est installé et a couru la même commande parfaitement. Donc, je pense que cela a à voir avec ce qui est en cours d'exécution sur votre système, et dans le futur, je vais être beaucoup plus sceptique sur l'exécution de l'différentes versions côte à côte.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X