visual team studio mac code tfs tfs2008 build-server

tfs - team - visual studio mac git repository



Error de compilación de equipo: la ruta... ya está asignada al área de trabajo (19)

Al intentar ''Obtener la última versión'' de un proyecto que previamente había mapeado en 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, que me indicaron que no tenía asignados espacios de trabajo.

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

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

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.

Cambié

Build Definition -> Workspace -> Build Agent Folder

de

c:/some/path

a

$(SourceDir)

y solucionó el problema.

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

Utilizando TFS Sidekicks borre los filtros de usuario y servidor para que estén en blanco. Esto te 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 hace coincidir el nombre del error con el de la lista de pandillas tfs.

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

¡Viola!

Intenté todas las siguientes soluciones, como:

  1. Use 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:*

La forma más simple de hacer esto es ir a su AppData y eliminar el caché TFS (dependiendo de la versión 3.0 o 4.0)

C: / Users {Nombre de usuario} / AppData / Local / Microsoft / Team Foundation / 3.0 / Caché o C: / Users {Nombre de usuario} / AppData / Local / Microsoft / Team Foundation / 4.0 / Caché

La solución de TDN funcionó para mí cuando tuve el mismo problema. El servidor de compilación creó espacios de trabajo en mi cuenta. Al marcar esta casilla, pude ver y eliminarlos.

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

Navega a: Proyectos y mis equipos > Gestionar conexiones

Navegue a: Administrar conexiones > Conectarse al proyecto del equipo

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

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

Por algún motivo, 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 TFS, y muchas más funciones útiles de TFS.

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

Este espacio de trabajo fue borrado antes de eso . Con la ayuda de un amigo, descubrí que TFS guardaba la información del área de trabajo bajo el directorio de configuración local del usuario. Encontramos un archivo llamado:

VersionControl.config en {Directorio de documentos y configuraciones de usuario} / Configuración local / Datos de aplicación / Microsoft / Team Foundation / 1.0 / Caché. Este archivo contiene toda la asignación local de TFS. Probablemente cuando utiliza el método Map y no utiliza: public void DeleteMapping (mapeo WorkingFolder); antes de eliminar el espacio de trabajo, la información de la asignación no se elimina de este archivo que es utilizado por TFS para verificar si ya ha mapeado una ruta específica.

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

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

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

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

C: / Users / UserName / AppData / Local / Microsoft / Team Foundation / 3.0 / Caché

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

Tengo el mismo problema en Visual Studio 2017 y TFS 2017. DefaultCollection debe asignarse primero a su ruta local. De alguna manera este paso fue omitido y obtuve solo MyFirstProject mapeado.

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 su "Worksapces" local

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

- 4. Obtendrá la página 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 primero la raíz de su colección a su área de trabajo y luego asignar un nuevo proyecto.

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: "espacio de trabajo tf PROBLEM_WORKSPACE_NAME". Esto abrió un cuadro de diálogo "Editar área de trabajo". Desde allí, pude eliminar la ruta en cuestión de la lista "Carpetas de trabajo", que eliminó el error.

Tuve un problema similar y para eliminar el área 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 , seleccione Control de fuente , Avanzado y luego haga clic en Áreas de trabajo ....
  • En el cuadro de diálogo Administrar áreas de trabajo , marque la casilla Mostrar paquetes remotos .
  • 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 el espacio 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: ... / Local Settings / Application Data / hice una búsqueda de VersionControl.config, abrí la carpeta que contenía este archivo y borré todos sus contenidos.

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

Espero que esto ayude.

Use la utilidad de línea de comando 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 su carpeta de 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 y su propietario.

Puede eliminar el área de trabajo con el siguiente comando:

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

el resto fue bastante fácil.

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