Error de compilación en equipo: La ruta Path ya está asignada al espacio de trabajo

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 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/

Simplemente borra el contenido de la(s) carpeta (s) siguiente (s):

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

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

Tuvimos el mismo problema, pero eliminar el espacio de trabajo del servidor TFS no funcionó. (Debo mencionar que agarré a mis colegas VM que ya estaba configurado 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 el : ...\Local Settings \ Application Data \ realizó una búsqueda de VersionControl.config, abrió la carpeta que contenía este archivo y eliminó todo de su contenido.

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

Espero que esto ayude.

Tuve un problema similar y para eliminar el espacio 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ú File, apunta a Source Control, Avanzado y, a continuación, haga clic en Espacios de trabajo....
• En el cuadro de diálogo Administrar espacios de trabajo, marque la casilla Mostrar paquetes remotos.
• En la columna Name, seleccione el espacio de trabajo que desea eliminar y, a continuación, haga clic en Eliminar.
• En en el cuadro de diálogo Confirmation, haga clic en OK.

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

Tuve un problema similar con Visual Studio 2010 quejándome 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 trajo un cuadro de diálogo" Editar espacio de trabajo". Desde allí pude eliminar la ruta en cuestión de la lista de "Carpetas de trabajo", que se deshizo del error.

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

Usando Compinches de TFS borra los filtros de usuario y servidor para que queden en blanco. Esto le permitirá obtener todos los espacios de trabajo.

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

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

El resto fue bastante fácil.

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

Estaba recibiendo una excepción que me decía que el archivo ya estaba mapeado en otro espacio de trabajo: "La ruta {Ruta del archivo} ya está asignada en workspace {Nombre del workspace}."

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

VersionControl.config en {Directorio de Documentos y configuración del usuario} \ Configuración local \ Aplicación Data \ Microsoft \ Team Foundation \ 1.0 \ Cache. Este archivo contiene toda la asignación local de TFS. Probablemente cuando se utiliza el método de mapa y no utilizar: public void DeleteMapping( WorkingFolder mapping); antes de eliminar el espacio de trabajo, la información de la asignación no se elimina de este archivo que TFS utiliza 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 de la caché del servidor.

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í.

Probé todas las siguientes soluciones como:

1. Use sidekicks para eliminar WS.
2. Utilice comandos tf para eliminar los espacios de trabajo del servidor remoto.
3. Elimine la carpeta caché de 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.

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

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

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

C:\Users{Nombre de usuario} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache o C:\Users{Nombre de usuario} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

La solución de TDN funcionó para mí cuando tenía el mismo problema. El servidor de compilación 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 obtuve mi primer proyecto mapeado.

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

- 2. Elimine el proyecto de sus "Worksapces" locales

- 3. Ir 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 de su DefaultCollection.

- 5. Debe recibir el mensaje de que se ha hecho con éxito. Ahora puedes crear tu proyecto.

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

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

Open 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>Conéctese al Proyecto del Equipo

Use el enlace "Cambiar usuario" para cambiar cuentas.

Ahora los nombres de los espacios de trabajo coincidirán con los elegidos cuenta.