1. Inicio
  2. Pregunta y respuesta
  3. ¿Cómo encuentra TFPT.exe en qué área de trabajo trabajar?

¿Cómo encuentra TFPT.exe en qué área de trabajo trabajar?

2009-11-18 24 views
42

En el uso de TFPT del comando, estoy consiguiendo el error:¿Cómo encuentra TFPT.exe en qué área de trabajo trabajar?

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

Aquí estoy tratando de utilizar el comando Deshacer Sin cambios, pero he visto este error con otros comandos también. La ruta en la que estoy es la ruta exacta que está mapeada en mi espacio de trabajo TFS. También probé el el que no funciona bien

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

pensé que sólo estaba usando la ruta actual de averiguarlo, pero no puedo conseguir que funcione bien. ¿Alguien sabe cómo funciona esto?

Fuente

2009-11-18 TheSean

Respuesta

57

Me encontré con este mismo problema, encontré la respuesta en la parte inferior de la página en uno de los archivos de ayuda que venía con las herramientas de poder. (TFPTCommandLineTool.mht)

errores

TFPT de error: No se puede determinar el espacio de trabajo

Cuando se ejecuta TFPT mediante un comando que funciona con Control de versiones, puede recibir uno de los errores:

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

Soluciones:

  • Run tfpt.exe de w dentro de un directorio que ya está asignado al control de origen de Team Foundation.
  • Actualice su caché de espacio de trabajo local utilizando el comando tf workspaces. La herramienta tf.exe está disponible en la subcarpeta Common7\IDE de su carpeta de instalación de Visual Studio. Si inicia un símbolo del sistema de Visual Studio, a continuación, puede ejecutar el siguiente comando (que depende de sus versiones de TFS/VisualStudio):
    • VS 2008-2013/TFS 2008:
      • tf workspaces /s:serverURL
    • VS 2010-2013/TFS 2010 (y versiones posteriores, probablemente también):
      • tf workspaces /collection:collectionURL
    • VS 2008/TFS 2010 (y probablemente versiones posteriores también):
      • tf workspaces /s:collectionURL
  • Si ha instalado recientemente Visual Studio 2012, que podría tener que conectarlo a la misma TFS servidor/colección que estaba utilizando en Visual Studio 2010.

Fuente

2010-01-08 17:10:07 BFoust

+7

no me lo creo al principio (desde el directorio mapeado) - ¡pero es verdad! –

+0

extraño ... al abrir el símbolo del sistema mediante la herramienta [VSCOMMANDS] (http://vscommands.com/features/#OpenCommandPrompt) incorporada en el explorador de soluciones, no puedo invocar tfpt.exe. Por alguna razón, no recoge las variables de entorno. Abrir a través de run-> cmd esto funciona como un encanto en el directorio correcto! – felickz

+3

Mi confusión con este problema fue que estaba pensando en el directorio de nivel superior de mi espacio de trabajo como _en_ ​​el espacio de trabajo que resultó ser. Todas las definiciones del espacio de trabajo eran directorios de mapeo debajo de la raíz. por ejemplo, con $/Collection/foo/bar mapeado en c: \ workspace \ foo \ bar, tf.exe no reconocerá el espacio de trabajo en c: \ workspace o c: \ workspace \ foo, solo en c: \ workspace \ foo \ bar –

18

al utilizar tf workspaces /s:serverURL Asegúrese de que utiliza la derecha tf.exe!
que tenían el mismo problema y fue atrapado porque he usado la tf.exe de:

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

y no el de:

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

Fuente

2013-07-29 13:48:34 Nitzankin

+0

Me funcionó. –

+0

¡Gracias! Estuve sin extensiones de shell por un par de meses desde que moví mis carpetas asignadas a una ubicación diferente. Intenté todo para que funcione y finalmente funcionó. Aunque no sé por qué está usando tf.exe en mi carpeta 11.0 cuando solo tengo VS 12.0 instalado. – Samih

+0

Gracias, esto funcionó para mí. –

-1

En realidad, aunque creo que en algunos casos estas soluciones pueden arreglar cosas, no funcionan en todos los casos. Y sospecho fuertemente que, en última instancia, esto apunta a lo que podría considerarse un error en algún lugar del código de PowerTools. La razón por la que digo esto es porque el comando tf workspace no tiene problemas para detectar el espacio de trabajo en mi máquina desde la consola VS Command, pero desde esa misma consola con la misma información de ruta, TFPT no puede detectarlo en mi computadora portátil sin importar lo que intento Acabo de recibir esta computadora portátil e instalé VS 2010, 2012 y 2013, junto con las respectivas instalaciones de Power Tools, y apunté a un conjunto de proyectos que actualmente abarca varias instancias de TFS 2010 y TFS 2012. Debido a esta relación de muchos a muchos, sospecho que hay una referencia de ensamblaje incorrecta en alguna parte, alguna combinación de factores, GAC, ruta, variables de entorno, instalaciones VS, repositorios TFS. En cada versión VS intenté ejecutar el ejecutable TFPT 2010 desde el Comando VS 2010, y así sucesivamente con las versiones restantes, y probé las actualizaciones de caché del área de trabajo antes mencionadas en todas sus formas ... nada. Pero usando el mismo proyecto que conecté desde un servidor anterior con VS 2010 y TFPT 2010, instalé y ejecuté el mismo comando perfectamente. Así que creo que tiene que ver con lo que se está ejecutando en su sistema, y ​​en el futuro seré mucho más escéptico acerca de ejecutar las diferentes versiones lado a lado.

Fuente

2014-08-02 00:57:24 paulyphonic

Cuestiones relacionadas

 Cuestiones relacionadas