team-build - visual - workspace folder vscode

Team Build: la ruta ''Path'' ya está asignada en el espacio de trabajo ''workspace'' incluso después de eliminar todos los espacios de trabajo en el agente de compilación

Question

Tengo este problema cuando hago cola en una compilación. La construcción muere con el error

La ruta C: / [Ruta] / Fuentes ya está asignada en el área de trabajo [Nombre del servidor].

lo mismo que esta pregunta . pero eliminé todos los espacios de trabajo en el agente de compilación ejecutando este comando:

tf workspaces /remove:*

y también eliminando la carpeta de caché TFS. También reinicié el servidor, pero el error sigue sucediendo en cada compilación.

Answer 1

Más información sobre la propiedad del directorio de trabajo aquí:

http://msdn.microsoft.com/en-us/library/bb399135.aspx

Sin embargo, en la versión RTM "$ (HOMEDRIVE)" no se reconoce. Puede ser debido a la carcasa; no lo han probado, así que tenga en cuenta ese defecto en los documentos.

Answer 2

Tuve el mismo problema: funcionaba correctamente hasta que instalé VS2010 en el agente de compilación. Agregar el BuildDefinitionId lo solucionó, pero es extraño que la instalación de VS2010 arruine las áreas de trabajo que ya están configuradas y en funcionamiento.

Answer 3

Cambiado a

$ (Temp) / UI / $ (BuildDefinitionPath) / $ (BuildDefinitionID)

lo hace funcionar, pero no para situaciones del 100%. Cada vez que la compilación no se completa (por ejemplo, algún error en los códigos fuente o algo así), luego de corregir el error e intentar ejecutar nuevamente la creación del equipo falla en "Workspace XYZ ya está mapeado ...", entonces debo eliminar manualmente esto mapeo del espacio de trabajo por "Team Foundation Sidekick 2010" y ejecutar la creación del equipo de nuevo para tener éxito. La próxima vez que se ejecute correctamente la construcción del mismo equipo más de una vez, se construirá con éxito, pero hasta que algún equipo falle según algún error en el código fuente, nuevamente comenzará a generar errores de "asignación de espacio de trabajo".

Me parece que TFS 2010 tiene algún error cuando falla la creación de un equipo, no borra / elimina el espacio de trabajo utilizado, o algo similar.

¿Alguien tiene los mismos problemas experimentando?

Answer 4

Creo que el problema aparece solo si tienes más de un agente de compilación en un cuadro de compilación.

Answer 5

Creo que tu problema puede deberse a tener 3 agentes de compilación que no están etiquetados. Creo que el espacio de trabajo, si se deja atrás, es eliminado por el agente que está haciendo la compilación. Si es un agente diferente del agente que creó el espacio de trabajo, entonces habrá problemas obvios.

Entonces, para solucionar el problema, debe hacer lo siguiente. Nombre Un agente, el Agente predeterminado. Esto no tendrá etiquetas. En los otros dos agentes, en las propiedades, agregue una etiqueta para los agentes, uno para cada agente y selecciónelo.

Ahora cualquier compilación que se ejecute y que no tenga un conjunto de etiquetas siempre usará el Agente predeterminado.

Para obtener una compilación para usar uno de los otros agentes, abra la definición de compilación y vaya a la sección avanzada en Proceso.

Abra la Configuración del agente y seleccione las elipsis en Filtro de etiquetas e ingrese una etiqueta con el mismo nombre para la etiqueta ingresada en el agente de compilación que desea usar.

Es posible que necesite borrar los espacios de trabajo antes de la primera ejecución.

Hacer lo anterior le permite controlar qué agente de compilación se utiliza para cada definición de compilación, y por lo tanto también debe detener su problema de espacio de trabajo.

Answer 6

http://www.devaffair.com/2011/11/path-is-already-mapped-in-workspace.html

Bueno, en realidad este problema se ha resuelto en varias otras preguntas en este sitio, pero volveré a publicar mi respuesta :)

Este enlace lo dirigirá a un blog que probablemente resolverá su problema más rápido

Answer 7

Pude eliminar el espacio de trabajo. En el servidor de compilación haz esto:

Descargue psExec desde sysinternals.
http://technet.microsoft.com/en-us/sysinternals/bb897553

Abra cmd como administrador.

Ejecute psexec para abrir cmd como servicio de red.
psexec -i -u "autoridad nt / servicio de red" cmd.exe Abre otra ventana de cmd que está utilizando "autoridad nt / servicio de red".

Ejecute un "whoami" para asegurarse de que ahora es "autoridad nt / servicio de red".

Abra el estudio visual escribiendo devenv.

Dentro del visual studio / team explorer, conéctese al servidor de control de fuente

Dentro del visual studio / source control explorer, deseche los espacios de trabajo ofensivos.

No tengo idea de por qué, pero el espacio de trabajo tf / eliminar no funcionaba para mí.

Answer 8

Ok, entonces la solución terminó siendo bastante similar a lo que YeahStu publicó aquí . Cambié el directorio de trabajo del Agente de compilación de

$(Temp)/UI/$(BuildDefinitionPath)

a

$(Temp)/UI/$(BuildDefinitionPath)/$(BuildDefinitionID)

Lo que es extraño es que el otro agente de compilación que tenemos todavía se está ejecutando en $(Temp)/UI/$(BuildDefinitionPath) y funciona bien. La única diferencia entre los dos agentes es que el que dejó de funcionar tenía instalado Visual Studio 2010 RC, mientras que el que aún funciona tiene VS2010 Beta2 en él. No tengo idea de por qué esto debería marcar la diferencia.