1. Zuhause
  2. Frage und Antwort
  3. Wie findet TFPT.exe welchen Arbeitsbereich zu arbeiten?

Wie findet TFPT.exe welchen Arbeitsbereich zu arbeiten?

2009-11-18 2 views
42

Bei der Verwendung von dem Befehl TFPT, erhalte ich die Fehlermeldung:Wie findet TFPT.exe welchen Arbeitsbereich zu arbeiten?

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

Hier, ich versuche die Undo Unverändert Befehl zu verwenden, aber ich habe diesen Fehler gesehen auch mit anderen Befehlen. Der Pfad, in dem ich bin, ist der genaue Pfad, der in meinem TFS-Arbeitsbereich zugeordnet ist. Ich habe auch versucht diese, die nicht entweder

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

ich es nur um den Strompfad Figur wurde unter Verwendung gedacht funktioniert, aber ich kann es nicht richtig an die Arbeit. Weiß jemand wie das funktioniert?

Quelle

2009-11-18 TheSean

Antwort

57

Ich stieß auf das gleiche Problem, fand ich die Antwort am Ende der Seite in einer der Hilfedateien, die mit den Elektrowerkzeugen kam. (TFPTCommandLineTool.mht)

Fehler

TFPT Fehler: Kann nicht den Arbeitsplatz

bestimmen Beim Ausführen TFPT einen Befehl, der mit Versionskontrolle funktioniert, können Sie einen der Fehler angezeigt:

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

Lösungen:

  • Run tfpt.exe von w in einem Verzeichnis, das bereits der Team Foundation-Versionskontrolle zugeordnet ist.
  • Aktualisieren Sie Ihren lokalen Arbeitsbereich-Cache mit dem Befehl tf workspaces. Das Tool tf.exe ist im Unterordner Ihres Visual Studio-Installationsordners verfügbar. Wenn Sie eine Visual Studio-Eingabeaufforderung starten, können Sie dann den folgenden Befehl aus (die auf Ihre Versionen von TFS/Visual Studio abhängt):
    • VS 2008-2013/TFS 2008:
      • tf workspaces /s:serverURL
    • VS 2010-2013/TFS 2010 (und wahrscheinlich spätere Versionen auch):
      • tf workspaces /collection:collectionURL
    • VS 2008/TFS 2010 (und wahrscheinlich spätere Versionen auch):
      • tf workspaces /s:collectionURL
  • Wenn Sie vor kurzem von Visual Studio 2012 installiert haben, können Sie es auf die gleiche verbinden müssen TFS-Server/Sammlung Sie in Visual Studio wurden 2010.

Quelle

2010-01-08 17:10:07 BFoust

+7

glaubte das nicht zuerst (aus zugeordneten Verzeichnis) - aber es ist wahr! –

+0

merkwürdig ... beim Öffnen der Eingabeaufforderung über das [VSCOMMANDS] (http://vscommands.com/features/#OpenCommandPrompt) Tool, das in den Solution Explorer integriert ist, kann ich tfpt.exe nicht aufrufen. Aus irgendeinem Grund nimmt es die Umgebungsvariablen nicht auf. Öffnen über run-> cmd funktioniert wie ein Zauber im richtigen Verzeichnis! – felickz

+3

Meine Verwirrung mit diesem Problem bestand darin, dass ich an das oberste Verzeichnis meines Arbeitsbereichs dachte, als sei es _in_ im Arbeitsbereich, was sich als nicht erwiesen hat. Alle Arbeitsbereichsdefinitionen wurden Verzeichnisse unter dem Stamm zugeordnet. zB wenn $/Collection/foo/bar c: \ workspace \ foo \ bar zugeordnet ist, wird tf.exe den Arbeitsbereich in c: \ workspace oder c: \ workspace \ foo nur in c: \ workspace \ nicht erkennen foo \ bar –

18

bei der Verwendung von tf workspaces /s:serverURL sicherstellen, dass Sie die richtigen tf.exe verwenden!
Ich hatte das gleiche Problem und stecken geblieben war, weil ich die tf.exe aus verwendet:

\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE

und nicht derjenige von:

\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

Quelle

2013-07-29 13:48:34 Nitzankin

+0

Es hat für mich funktioniert. –

+0

Danke! Ich war seit ein paar Monaten ohne tfpt Shell-Erweiterungen, seit ich meine Mapped-Ordner an einen anderen Ort verschoben habe. Ich habe alles versucht, um es in Gang zu bringen und das hat schließlich funktioniert. Obwohl ich nicht weiß, warum es tf.exe in meinem 11.0-Ordner verwendet, wenn ich nur VS 12.0 installiert habe. – Samih

+0

Danke, das hat bei mir funktioniert. –

-1

Eigentlich, obwohl ich das glauben in einigen Fällen Diese Problemumgehungen können Dinge beheben, sie funktionieren nicht in allen Fällen. Und ich vermute stark, dass dies letztendlich auf einen Fehler im PowerTools-Code hindeutet. Der Grund, warum ich das sage, ist, dass der Befehl tf workspace kein Problem hat, den Arbeitsbereich auf meinem Rechner über die VS Command Konsole zu erkennen, aber von der gleichen Konsole mit den gleichen Pfadinformationen kann TFPT sie auf meinem Laptop überhaupt nicht erkennen was ich versuche. Ich habe gerade diesen Laptop und installiert VS 2010, 2012 und 2013, zusammen mit den jeweiligen Power Tools-Installationen, und zeigte auf eine Suite von Projekten, die derzeit mehrere TFS 2010 und TFS 2012-Instanzen umfasst. Wegen dieser Viele-zu-Viele-Beziehung vermute ich, dass es irgendwo eine falsche Assembly-Referenz gibt, eine Kombination von Faktoren, GAC, Pfad, Umgebungsvariablen, VS-Installationen, TFS-Repositories. In jeder VS-Version habe ich versucht, die ausführbare Datei TFPT 2010 vom VS 2010-Befehl auszuführen, und so weiter mit den verbleibenden Versionen, und habe die obigen Aktualisierungen des Arbeitsbereich-Caches in allen ihren Formen versucht ... nichts. Aber mit dem gleichen Projekt habe ich von einem alten Server mit VS 2010 und TFPT 2010 installiert und den gleichen Befehl perfekt ausgeführt. Ich denke, das hat etwas mit dem zu tun, was auf Ihrem System läuft, und in Zukunft werde ich viel skeptischer sein, die verschiedenen Versionen nebeneinander laufen zu lassen.

Quelle

2014-08-02 00:57:24 paulyphonic

Verwandte Themen

 Verwandte Themen