web-dev-qa-db-fra.com

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 Annuler 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?

tfs-power-tools
46
TheSean

J'ai rencontré le même problème et j'ai trouvé la réponse au bas de la page dans l'un des fichiers d'aide fournis avec Les outils électriques. (TFPTCommandLineTool.mht)

Les erreurs

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

Lorsque vous exécutez tfpt à l'aide d'une commande fonctionnant avec Version Control, vous pouvez recevoir l'une des erreurs suivantes: 

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

Solutions:

  • Exécutez tfpt.exe à partir d'un répertoire déjà mappé au contrôle de source Team Foundation. 
  • Mettez à jour votre cache d'espace de travail local à l'aide de la commande tf workspaces. L'outil tf.exe est disponible dans le sous-dossier Common7\IDE de votre dossier d'installation de Visual Studio. Si vous lancez une invite de commande Visual Studio, vous pouvez exécuter la commande suivante (qui dépend de vos versions de TFS/VisualStudio - vous devez utiliser la version qui correspond à la version de TFPT que vous utilisez , par exemple si vous utilisez pour VS2015, utilisez TF à partir d'une invite de commande VS2015):
    • VS 2008-2013/TFS 2008:
      • tf workspaces /s:serverURL
    • VS 2010-2013/TFS 2010 (et probablement aussi des versions ultérieures):
      • tf workspaces /collection:collectionURL
    • VS 2008/TFS 2010 (et probablement aussi les versions ultérieures):
      • tf workspaces /s:collectionURL
  • Si vous avez récemment installé Visual Studio 2012, vous devrez peut-être le connecter au même serveur/à la même collection TFS que vous utilisiez dans Visual Studio 2010.
60
BFoust

J'ai essayé tout cela et j'ai toujours la même erreur. L’erreur est assez générique pour représenter plusieurs problèmes, je suppose. 

réinstaller TFPT à partir de 

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

résolu le problème pour moi. 

1
Ravi Sankar Raju

Pour les utilisateurs de Visual Studio 2017

J'ai eu le même problème en essayant d'exécuter la ligne de commande tfpt sur une nouvelle installation de machine avec VS215 et VS2017 installés. La version la plus récente de l'outil tfpt au moment de la rédaction est tirée de TFS Power Tools 2015 . Cela signifie que le mappage de l'espace de travail local doit d'abord être chargé dans VS2015 avant que l'outil tfpt puisse trouver l'espace de travail.

Étant donné que mon équipe utilise VS2017, je n'ai effectué le mappage d'espace de travail que dans cette version de Visual Studio. Lorsque j'ai ouvert l'invite de commande du développeur VS2017 pour utiliser cet outil, j'ai reçu le message "Impossible de déterminer l'espace de travail".

Pour résoudre ce problème, j'ai ouvert VS2015 et connecté le Team Explorer au serveur TFS. Il reconnaît immédiatement le mappage de l'espace de travail créé sous VS2017. Ensuite, l'outil tfpt fonctionne correctement sous les invites de commande de développeur VS2015 et VS2017.

1
pogosama

En fait, bien que je pense que dans certains cas, ces solutions de contournement peuvent résoudre des problèmes, elles ne fonctionnent pas dans tous les cas. Et je soupçonne fortement que cela pointe finalement sur ce qui pourrait être considéré comme un bogue quelque part dans le code de PowerTools. La raison pour laquelle je dis ceci est que la commande tf workspace n'a aucun problème à détecter l'espace de travail sur ma machine à partir de la console de commande VS, mais qu'à partir de cette même console avec les mêmes informations de chemin, TFPT ne peut pas le détecter sur mon ordinateur portable, peu importe. ce que j'essaye Je viens tout juste de recevoir cet ordinateur portable et d'installer VS 2010, 2012 et 2013, ainsi que les installations respectives de Power Tools, et de désigner une suite de projets couvrant actuellement plusieurs instances de TFS 2010 et TFS 2012. En raison de cette relation plusieurs à plusieurs, je soupçonne qu’il existe quelque part une référence Assembly incorrecte, une combinaison de facteurs, GAC, chemin d’accès, variables d’environnement, installations VS, référentiels TFS. Dans chaque version de VS, j'ai essayé d'exécuter l'exécutable TFPT 2010 à partir de la commande VS 2010, et ainsi de suite avec les versions restantes, et j'ai essayé les mises à jour de cache d'espace de travail ci-dessus sous toutes leurs formes ... rien. Mais en utilisant le même projet, je me suis connecté à partir d’un ancien serveur sur lequel VS 2010 et TFPT 2010 étaient installés et j’exécutais parfaitement la même commande. Je pense donc que cela a à voir avec ce qui fonctionne sur votre système, et à l'avenir, je serai beaucoup plus sceptique quant à l'exécution des différentes versions côte à côte.

0
paulyphonic