Error de compilación del equipo: la ruta & # 8230; ya está asignado al área de trabajo

Question

Al crear una nueva compilación en Team Foundation Server, obtengo el siguiente error al intentar ejecutar la nueva compilación:

  

El camino   C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources   ya está asignado al área de trabajo   BuildServer_23.

No puedo ver un espacio de trabajo con ese nombre en el cuadro de diálogo de espacios de trabajo.

Answer 1

Use la utilidad de línea de comandos TF - Herramienta de control de versiones de Team Foundation ( tf ).

Puede obtener una lista de todos los espacios de trabajo al abrir un Símbolo de comando de Visual Studio , luego cambiar a su carpeta de espacio de trabajo y emitir los siguientes comandos:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Debería ver su área de trabajo problemática en la lista, así como su propietario.

Puedes eliminar el espacio de trabajo con el siguiente comando:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Answer 2

Simplemente elimine el contenido de las siguientes carpetas:

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Donde UserName es el usuario actual o actual, y 3.0 es el número de versión.

Answer 3

Recibí este error, que fue causado por tener dos definiciones de compilación que apuntaban a la misma fuente. El problema fue que usé un directorio de compilación estática en el Agente de compilación.

Esta publicación en el foro describe exactamente mi problema y resolución: http: // social. msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Answer 4

Tuvimos el mismo problema, pero eliminar los espacios de trabajo del servidor TFS no funcionó. (Debo mencionar que tomé la VM de mis colegas que ya estaba configurada con sus credenciales).

Para mí esto funcionó: http: //blogs.msdn. es / b / buckh / archive / 2006/09/12 / path-is-already-mapped-in-workspace.aspx

Acabo de acceder a: ... \ Configuración local \ Datos de aplicación \ hice una búsqueda de VersionControl.config, abrí la carpeta que contenía este archivo y eliminé todo su contenido.

Anteriormente, intenté editar manualmente el archivo pero continuó con el mismo mensaje de error.

Espero que esto ayude.

Answer 5

Tuve un problema similar y para eliminar el área de trabajo que me estaba causando un problema, inicié sesión en otra máquina con el cliente TFS instalado y realicé lo siguiente:

• En el menú Archivo , seleccione Control de fuente , Avanzado y, a continuación, haga clic en Espacios de trabajo ...
• En el cuadro de diálogo Administrar áreas de trabajo , marque la casilla de verificación Mostrar paquetes remotos .
• En la columna Nombre , seleccione el área de trabajo que desea eliminar y luego haga clic en Eliminar .
• en En el cuadro de diálogo Confirmación , haga clic en Aceptar .

Answer 6

Por alguna razón, tenía problemas para eliminar el área de trabajo de la utilidad de línea de comandos. Afortunadamente encontré Team Foundation Sidekicks 2010 (de esta publicación ) que es gratuita y proporciona una GUI para ver y eliminar espacios de trabajo de TFS, y muchas otras funciones útiles de TFS.

Answer 7

Tuve un problema similar con Visual Studio 2010 quejándose de un área de trabajo ya asignada, pero en lugar de eliminar todo el espacio de trabajo, usé lo siguiente de la línea de comandos de Visual Studio: " tf workspace PROBLEM_WORKSPACE_NAME " ;. Esto trajo un " Editar espacio de trabajo " diálogo. Desde allí pude eliminar la ruta en cuestión de las " Carpetas de trabajo " Lista, que se libró del error.

Answer 8

Esto es lo que hice (bueno, lo que hago):

El uso de TFS Sidekicks borra los filtros de usuario y servidor para que estén en blanco. Esto te permitirá obtener todos los espacios de trabajo.

Comprueba el error de compilación para el nombre del área de trabajo. En el caso de OPs es BuildServer_23. Es diferente en mi entorno pero, básicamente, solo hace coincidir el nombre del error con el que está en la lista de compañeros de tfs.

Haz clic en la x roja para eliminar el área de trabajo.

Viola!

Answer 9

el resto fue bastante fácil.

Simplemente ve a esta carpeta: C: \ Users {nombre de usuario} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache y borra todo lo que está en la carpeta.

Answer 10

Estaba recibiendo una excepción que me dice que el archivo ya estaba asignado en otro espacio de trabajo: " La ruta {Ruta del archivo} ya está asignada en el área de trabajo {Nombre del área de trabajo}. "

Este espacio de trabajo se eliminó antes . Con la ayuda de un amigo mío, descubrí que TFS guarda la información del área de trabajo en el directorio de configuración local del usuario. Encontramos un archivo llamado:

VersionControl.config en {Dir. de configuración y documentos del usuario} \ Configuración local \ Datos de la aplicación \ Microsoft \ Team Foundation \ 1.0 \ Caché. Este archivo contiene toda la asignación local de TFS. Probablemente cuando uses el método de mapa y no uses: Public void DeleteMapping (asignación de WorkingFolder); antes de eliminar el espacio de trabajo, la información de asignación no se elimina de este archivo, que utiliza TFS para comprobar si ya ha asignado una ruta específica.

Para resolver este problema, elimine todas las claves del archivo de configuración. No elimine el archivo porque lo obtendrá de nuevo desde el caché del servidor.

Answer 11

Si no tiene permisos en el servidor para eliminar las áreas de trabajo de otras personas, simplemente puede cambiar el nombre de la definición de compilación. TFS creará un nuevo espacio de trabajo y lo asignará a " C: \ Build \ ProductReleases \ new build name here \ Sources " ;.

Answer 12

Si corresponde, también puede clonar la definición de compilación y cambiar su nombre. Esto funcionó para mí.

Answer 13

Probé todas las siguientes soluciones, como:

1. Usa los botones para eliminar WS.
2. Use los comandos tf para eliminar las áreas de trabajo del servidor remoto.
3. Eliminar la carpeta de caché TFS.

Lo siguiente me funcionó:

tf workspaces /remove:*

Answer 14

He cambiado

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

a

$(SourceDir)

y solucionó el problema.

Answer 15

Mientras intentaba obtener la última versión de un proyecto que había asignado previamente a un directorio local y luego se eliminó, vi este mismo mensaje de error. Primero probé la herramienta SideKick y luego el símbolo del sistema de Visual Studio 2010, ambos me dijeron que no tenía asignados espacios de trabajo.

Luego busqué 'VersionControl.config' dentro de c: / users / myuser / appdata , y eliminé las 4 referencias que encontró. Volví a abrir Visual Studio y pude volver a mapear el proyecto, ¡no más errores!

Answer 16

La forma más sencilla de hacerlo es ir a tu AppData y eliminar el caché TFS (dependiendo de la versión 3.0 o 4.0)

C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache o C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

Answer 17

La solución de TDN funcionó para mí cuando tenía el mismo problema. El servidor de compilación creó espacios de trabajo bajo mi cuenta. Marcar esta casilla me permitió verlos y borrarlos.

Answer 18

Tengo el mismo problema en Visual Studio 2017 y TFS 2017. DefaultCollection debe asignarse primero a su ruta local. De alguna manera, se omitió este paso y solo se asignó MyFirstProject.

Todo lo que necesitas hacer es:
- 1. Vaya a la página web de TFS y elimine el proyecto del servidor.

- 2. Eliminar el proyecto de tu " Worksapces "

- 3. Ir a " Administrar conexiones " que actualizará su página de inicio en TeamExplorer.

- 4. Obtendrá una página de Configuración que le permitirá configurar la ruta de la raíz de su DefaultCollection.

- 5. Debería recibir un mensaje de que se ha realizado correctamente. Ahora puedes crear tu proyecto.

Es importante que primero asigne la raíz de su colección a su área de trabajo y luego asigne un nuevo proyecto.

Answer 19

Mi problema estaba relacionado con el uso de varias cuentas. Así fue como pude cambiar de cuenta.

Abre Team Explorer

Desde el gran menú desplegable cerca de la parte superior del panel ...

Vaya a: Proyectos y mis equipos > Administrar conexiones

Vaya a: Administrar conexiones > Conectar con el proyecto de equipo

Utilice el " Cambiar usuario " enlace para cambiar de cuenta.

Ahora los nombres del área de trabajo coincidirán con la cuenta elegida.

Answer 20

Simplemente elimine el espacio de trabajo:

workspace /delete "the-workspace-name"

Answer 21

Tuve este problema con esto con las compilaciones automáticas de DevOps de Azure en un agente de compilación TFS local. La eliminación del área de trabajo utilizando TFS Sidekicks no funcionó. Y tf.exe ni siquiera pudo encontrar el espacio de trabajo para eliminarlo.

Esta solución debería funcionar para TFS 2017, TFS 2018, Azure DevOps y posiblemente otras versiones:

1. Tome nota del GUID del espacio de trabajo en el mensaje de error.
2. En la máquina donde se está realizando la compilación, navegue a:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (donde% USERPROFILE% pertenece al usuario que activó la compilación).
3. Busque y elimine todas las instancias del GUID del área de trabajo en ese directorio. Probablemente habrá una carpeta en un directorio 'caché', así como entradas en 'LocationServerMap.xml' y 'LocalItemExclusions.config'. Eliminar todos ellos.

Eso funcionó en mi circunstancia.