Error de construcción del equipo: la ruta ... ya está asignada al espacio de trabajo

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

La ruta C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources ya está asignada al espacio de trabajo BuildServer_23.

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

Use la utilidad de línea de comandos TF - Team Foundation Version Control Tool ( tf ).

Puede obtener una lista de todos los espacios de trabajo al abrir un símbolo del sistema de Visual Studio y luego cambiar a la carpeta del espacio de trabajo y emitir los siguientes comandos:

C:\YourWorkspaceFolder>tf workspaces /owner:*

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

Puede eliminar el espacio de trabajo con el siguiente comando:

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

Simplemente elimine el contenido de las siguientes carpetas:

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

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

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ático en el Agente de compilación.

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

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

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

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

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

Acabo de entrar en: ... \ 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.

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

Espero que esto ayude.

Por alguna razón, tuve problemas para eliminar el espacio de trabajo de la utilidad de línea de comandos. Afortunadamente, encontré Team Foundation Sidekicks 2010 (de esta publicación ) que es gratuito y proporciona una GUI para ver y eliminar espacios de trabajo de TFS, y muchas más características útiles de TFS.

Tuve un problema similar con Visual Studio 2010 quejándose de un espacio de trabajo ya mapeado, pero en lugar de eliminar todo el espacio de trabajo, utilicé lo siguiente desde el símbolo del sistema de Visual Studio: "tf workspace PROBLEM_WORKSPACE_NAME". Esto hizo aparecer un cuadro de diálogo "Editar espacio de trabajo". Desde allí pude eliminar la ruta en cuestión de la lista "Carpetas de trabajo", que eliminó el error.

el resto fue bastante fácil.

Simplemente vaya a esta carpeta: C: \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache y elimine todo lo que está en la carpeta.

Recibí una excepción que me decía que el archivo ya estaba asignado en otro espacio de trabajo: "La ruta {File Path} ya está asignada en el espacio de trabajo {Workspace Name}".

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

VersionControl.config en {Documentos de usuario y configuración dir} \ Configuración local \ Datos de aplicación \ Microsoft \ Team Foundation \ 1.0 \ Cache. Este archivo contiene toda la asignación local de TFS. Probablemente cuando usa el método Map y no usa: public void DeleteMapping (mapeo WorkingFolder); antes de eliminar el espacio de trabajo, la información de asignación no se elimina de este archivo que TFS utiliza para verificar 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 recuperará de la memoria caché del servidor.

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

Al usar TFS Sidekicks, elimine los filtros de usuario y servidor para que queden en blanco. Esto le permitirá obtener todos los espacios de trabajo.

Verifique el error de compilación para el nombre del espacio de trabajo. En el caso de los OP, es BuildServer_23. Es diferente en mi entorno, pero básicamente solo hace coincidir el nombre del error con el de la lista de tfs sidekick.

Haga clic en la x roja para eliminar el espacio de trabajo.

¡Viola!

Si no tiene permisos en el servidor para eliminar los espacios 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".

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

Intenté todas las siguientes soluciones, tales como:

1. Use los compinches para eliminar WS.
2. Utilice los comandos tf para eliminar espacios de trabajo del servidor remoto.
3. Eliminar la carpeta de caché TFS.

Lo siguiente funcionó para mí:

tf workspaces /remove:*

Cambié

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

a

$(SourceDir)

y solucionó el problema.

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

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

La forma más sencilla de hacerlo es ir a su 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

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

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

Todo lo que necesita hacer es:
1. Ir a su página web TFS y eliminar el proyecto del servidor.

- 2. Elimine el proyecto de sus "espacios de trabajo" locales

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

- 4. Obtendrá la página de configuración que le permitirá configurar la ruta raíz a su colección predeterminada.

- 5. Debería recibir el mensaje de que se realizó con éxito. Ahora puedes crear tu proyecto.

Es importante asignar la raíz de su colección a su espacio de trabajo primero y luego asignar un nuevo proyecto.

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

Abra Team Explorer

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

Navegue a: Proyectos y mis equipos > Administrar conexiones

Navegue a: Gestionar conexiones > Conectar al proyecto de equipo

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

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

No pude encontrar ninguna otra solución para trabajar.

Tenía una nueva cuenta creada y la cuenta anterior ya no tenía permisos (ambos en la misma máquina).

Intenté: 1) Eliminar el espacio de trabajo (no podía ver en VS con o sin espacios de trabajo remotos marcados) 2) Eliminar de la línea de comando 3) Nuevo comando del propietario 4) Eliminar el caché

Así que simplemente abrí VS como administrador y lo asigné a una carpeta diferente.

Tuve este problema con esto con las compilaciones automatizadas de Azure DevOps en un agente de compilación TFS local. Eliminar el espacio de trabajo con 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 espacio de trabajo GUID en el mensaje de error.
2. En la máquina donde se está realizando la compilación, navegue hasta:% 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 espacio de trabajo en ese directorio. Es probable que haya una carpeta en el directorio 'caché', así como entradas en 'LocationServerMap.xml' y 'LocalItemExclusions.config'. Eliminarlos a todos.

Eso funcionó en mi circunstancia.

Simplemente elimine el espacio de trabajo:

workspace /delete "the-workspace-name"