tfs - tengo - mi celular dice memoria llena y esta vacia

¿Hay alguna solución alternativa para cuando TFPT no puede determinar el área de trabajo y no se actualiza la memoria caché? (6)

Estoy teniendo problemas para que TFPT.exe funcione, incluso después de intentar actualizar la configuración del espacio de trabajo almacenado en caché según los consejos habituales en Internet. Vea a continuación un representante de registro de lo que he probado y estoy viendo. ¿Puede alguien explicar por qué "tf get" es capaz de determinar el espacio de trabajo, pero "tfpt anotar" falla?

C:/tfsproj> set tfptcmd="C:/Program Files (x86)/Microsoft Team Foundation Server 2010 Power Tools/TFPT.exe" C:/tfsproj> set tfcmd="C:/Program Files (x86)/Microsoft Visual Studio 10.0/Common7/IDE/TF.exe" C:/tfsproj> %tfcmd% workspaces /s:http://tfs:8080/tfs/Apps Collection: tfs/Apps Workspace Owner Computer Comment --------- -------------- -------- --------------------------------------------- DAVID David_Zarlengo DAVID C:/tfsproj> %tfcmd% get /preview C:/tfsproj/src/: Replacing Readme.txt C:/tfsproj> %tfptcmd% annotate src/Readme.txt Unable to determine the workspace

Cuando edito el área de trabajo en Visual Studio 2010, la cuadrícula "Carpetas de trabajo" contiene 3 filas, una de las cuales es "Activa, $ / Foo, C: / tfsproj", por lo tanto, asumo que la carpeta está asignada correctamente.

publicado de forma cruzada en Team Foundation Server - Herramientas eléctricas y complementos

Después de echar un vistazo a esto, resulta que ''C: / tfsproj'' es un enlace simbólico de directorio a ''C: / some / nested / ruta''. La ejecución del comando TFPT desde la ruta anidada funciona como se esperaba.

Curiosamente, el espacio de trabajo de TFS se asignó a la ruta anidada, por lo que es sorprendente que los comandos TF (por ejemplo, tf get / preview) funcionen correctamente desde la ruta de alias.

Sospecho que TFPT no sigue correctamente los enlaces simbólicos del directorio NTFS al determinar el área de trabajo.

En mi caso, aquí es cómo llegué a este problema (mensaje de error "No se puede determinar el espacio de trabajo" ) y cómo lo resolví.

Llegada:

Yo tenía un código El desarrollo se trasladó de la sucursal en la que trabajé (llamémosle Branch1 ) a Branch2 . Tuve que continuar bajo Branch2 . Guardé los cambios, volví a asignar mi carpeta de desarrollo a Branch2 , abrí el símbolo del sistema del desarrollador para VS2012 y ejecuté el siguiente comando

tfpt unshelve / migrate / source: "$ / path / Branch1" / target: "$ / path / Branch2" "Shelveset Name"

Aquí tengo el mensaje "No se puede ..."

Solución:

En mi caso, el problema fue que cuando abrí el símbolo del sistema, su directorio de trabajo era c:/program files/.../...Visual Studio 11... Funcionó (migrando shelveset) cuando cambié el directorio de trabajo al directorio de la propia Rama: c:/MyBranchFolder

Esta sugerencia de una discusión similar en los foros de MSDN me ayudó a:

tf workfold asegurarse de que está ejecutando los comandos desde una carpeta asignada , puede ejecutar la tf workfold de tf workfold para ver si la carpeta actual está asignada o no (es decir, en su caso, ejecute los comandos desde C:/Temp )

Mientras esté dentro del directorio de trabajo, la anotación tfpt debería funcionar. Si recibe el mensaje "No se puede determinar el área de trabajo", es un problema de almacenamiento en caché.

Si, como dijiste, ejecutaste tf workspaces / s: serverURL y aún no se resuelve, intentaría crear un nuevo espacio de trabajo y probarlo. Si eso funciona, entonces algo malo con el espacio de trabajo obviamente lo eliminaría y usaría el nuevo. Si ambos fallan, entonces, por supuesto, hay un problema mayor, pero así es como lo abordaría.

Para aquellos en vs2017: intente encender vs2015 (no en 2017), asegúrese de conectarse al servidor TFS en vs2015, y luego tfpt funcionó bien.

Pero tenga en cuenta: parece que los comandos tf powertools se están integrando en las nuevas herramientas de tfs, por lo que tfpt no es realmente una cosa en 2017. Consulte la respuesta de Daniel Mann aquí para obtener más información y enlaces útiles: tfpt.exe en Visual Studio 2017

Tuve el mismo error y el problema fue que cuando ejecuté tfpt desde la línea de comandos se estaba resolviendo la versión 2008 de las herramientas eléctricas en lugar de la versión 2010.

Ejecute tfpt sin argumentos y, en la ayuda que descarga, le indica qué versión es.