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

162

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.

No a mí mismo
fuente
Este es un error más complicado, vea otra pregunta .
psulek

Respuestas:

138

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
No a mí mismo
fuente
16
Me aparece "No se puede determinar el servidor de control de origen". cuando ejecute tf workspaces en el servidor de compilación. Alguna idea de cómo solucionar este problema?
Corvin
9
Corvin: ejecuta el comando desde la carpeta que forma parte del espacio de trabajo
Raj Rao
18
Deje el argumento / server, no es necesario. De lo contrario, buena respuesta!
techphoria414
1
Gran respuesta, lo único que agregaría es que es posible que deba iniciar sesión en TFS como propietario del espacio de trabajo, o puede obtener un error de permiso denegado.
JMK
55
Después de / delete, ingresé "/ collection: http: <server>: 808 / tfs / <collection> ..._ then_ the workspacename; workspaceowner ... funcionó como se esperaba. Mi problema se debió a volver a crear una definición de compilación por el mismo nombre.
efisher
44

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.

Rahim
fuente
Esta respuesta ya se había dado algunas veces, con más explicaciones, en un par de años atrás.
Andrew Barber
Esto es lo que necesitaba. Eliminé todas las referencias con el comando tf y también con los compinches, pero aún necesitaba eliminar este caché. gracias, gracias, gracias
GrahamJRoy
1
Específicamente, puede eliminar la WorkspaceInfoentrada del área de trabajo infractora C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
JohnLBevan
C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 8.0 para vs2019
Sergio Villalobos
28

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 .
TDN
fuente
3
Mi estación de trabajo figuraba dos veces. Eliminó el duplicado e inmediatamente funcionó. Gracias.
Kyle Hancock
26

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.

asuciu
fuente
44
Fue útil para nuestra situación, donde cambiamos servidores y el antiguo servidor ya no existía, pero una máquina vieja todavía tenía configuraciones para ello.
Joel Rondeau
Tuve que hacer esto también. Eliminé toda la Local Settings\Application Data\Microsoft\Team Foundationcarpeta y todo estuvo bien después
Orion Edwards
Es la memoria caché, simplemente eliminar la carpeta de caché (s)
Curios
Eliminé el espacio de trabajo y la carpeta de caché, pero el problema sigue ahí. ¿Quizás jenkins se ejecuta con un usuario diferente y usa otro caché?
ideafixxxer
¡Probablemente lo sea! Hay todo tipo de complementos que puede usar para limpiar su espacio de trabajo antes de que comience la compilación real. Si encuentra la respuesta para este problema en particular, regrese y
publíquelo
16

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.

perro mortal
fuente
2
Recomiendo encarecidamente a cualquiera que trabaje con TFS que eche un vistazo a TFS Sidekicks, porque es gratuito y tiene muchas características realmente imprescindibles.
Alkampfer
6

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.

Mary Hamlin
fuente
Su solución me ayudó en un caso similar. He creado un espacio de trabajo para el usuario incorrecto, así que lo eliminé y luego intenté crearlo para el correcto, pero me tfquejé de que la ruta estaba asociada con otro espacio de trabajo, el que eliminé. Inspirado por su respuesta, recreé el espacio de trabajo para el usuario incorrecto, eliminé solo la asociación con la ruta y finalmente logré crear el espacio de trabajo para el usuario correcto.
edymtt
5

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.

Mohamad Pahlavan
fuente
5

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.

Morteza
fuente
4

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!

Mike Cheel
fuente
1

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

Lionel Orellana
fuente
1

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

Toalla Apestosa
fuente
Gracias por esto. La combinación de eliminar la carpeta de caché y (re) clonar mi definición de compilación me lo arregló.
HerbalMart
1

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:*
AyeVeeKay
fuente
0

Cambié

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

a

$(SourceDir)

y solucionó el problema.

abatishchev
fuente
0

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!

rpstex
fuente
0

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

usuario2048576
fuente
Después de limpiar los espacios de trabajo con la herramienta de compilación VS y TFS, este enfoque manual para eliminar el caché funcionó para mí. ¡Gracias!
espaciomore
0

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.

Joe
fuente
0

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.

ingrese la descripción de la imagen aquí

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

ingrese la descripción de la imagen aquí

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

ingrese la descripción de la imagen aquí

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

ingrese la descripción de la imagen aquí

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

ingrese la descripción de la imagen aquí

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

ingrese la descripción de la imagen aquí

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

Serge Voloshenko
fuente
0

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.

Michael Twohey
fuente
0

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.

msteel9999
fuente
-1

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.

Paul M
fuente
-1

Simplemente elimine el espacio de trabajo:

workspace /delete "the-workspace-name"
Majid
fuente