Crear equipo: El camino 'Ruta' ya está asignada en el espacio de trabajo de error 'espacio de trabajo', incluso después de eliminar todos los espacios de trabajo de agente de compilación

Question

Tengo este problema cuando la cola de una generación. Los troqueles Construir con el error

  

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

la misma ya que esta cuestión . pero me he quitado todas las áreas de trabajo del agente de compilación ejecutando este comando:

tf workspaces /remove:*

y también eliminando la carpeta caché de TFS. También he reiniciado el servidor, pero el error sigue ocurriendo en cada generación.

Answer 1

Ok, así que la solución llegó a ser bastante similar a lo que YeahStu aquí publicada el . He cambiado el directorio de trabajo de construcción de la Agente de

$(Temp)\UI\$(BuildDefinitionPath)

a

$(Temp)\UI\$(BuildDefinitionPath)\$(BuildDefinitionID)

Lo que es extraño es que el otro agente de compilación tenemos aún se está ejecutando en $(Temp)\UI\$(BuildDefinitionPath) y funcionando bien. La única diferencia entre los dos agentes es el el que dejó de Trabajo había Visual Studio 2010 RC instalado en él, mientras que el que sigue trabajando tiene VS2010 Beta2 en él. Ni idea de por qué esto debería hacer una diferencia.

Answer 2

http: //blog.devaffair .com / 2011/11 / ruta-se-ya-mapeado-in-workspace.html

Bueno, en realidad este problema ha sido resuelto en varias otras preguntas en este sitio, pero voy a publicar mi respuesta de nuevo:)

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

Answer 3

Creo que el tema aparece sólo si tiene más de agentes puede construirse en una caja de acumulación.

Answer 4

Creo que su problm quizá que ver con tener agentes 3 construcción que no están etiquetados. Creo que el espacio de trabajo, si se deja atrás, se elimina por el agente que está haciendo la construcción. Si se trata de un agente diferente al agente que ha creado el espacio de trabajo, entonces habrá problemas obvios.

Así que para solucionar el problema que tiene que hacer lo siguiente. Un agente Nombre del agente predeterminado. Esto tendrá no etiquetas. En los otros dos agentes, en las propiedades de añadir una etiqueta para los agentes, uno para cada agente y SELECT que.

Ahora, cualquier construcción que se ejecuta que no tiene un conjunto de etiquetas siempre utilizará el agente predeterminado.

Para obtener una acumulación de usar uno de los otros agentes, abra la definición de construcción y Goto la sección avanzada en el proceso.

Abrir la configuración del agente y seleccione los puntos suspensivos en las etiquetas de filtro e introduzca una etiqueta del mismo nombre para la etiqueta de la inscripción en el agente de compilación que desea utilizar.

Es posible que necesite para aclarar los espacios de trabajo antes de la primera carrera.

Hacer lo anterior le permite al control de lo que se utiliza agente de compilación para cada definición de acumulación, y por lo tanto también debe detener el problema del espacio de trabajo.

Answer 5

yo era capaz de eliminar el espacio de trabajo. En el servidor de compilación hacer esto:

Descargar PSEXEC de Sysinternals.
http://technet.microsoft.com/en-us/sysinternals/bb897553

Abrir cmd como administrador.

Ejecutar psexec a cmd abierta como servicio de red.
psexec -i -u "NT Authority \ Servicio de red" cmd.exe Eso abre otra ventana de cmd que "NT Authority \ Servicio de red" está utilizando.

Ejecutar un “whoami” para asegurarse de que está ahora "NT Authority \ Servicio de red".

Abrir Visual Studio por devenv escribir.

Dentro de Visual Studio \ Explorer colegas, conectarse al servidor de control de código fuente

En el estudio Visual Explorer \ control de código fuente, tiro de los espacios de trabajo ofensivos.

No tengo idea de por qué, pero los espacios de trabajo TF / Quitar no estaba trabajando para mí.

Answer 6

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

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

Sin embargo, en la versión RTM "$ (HOMEDRIVE)" no se reconoce. Podría ser debido a la carcasa; no han probado, así que sea consciente de que falla en los docs.

Answer 7

Yo tenía el mismo problema - que estaba funcionando bien hasta que he instalado VS2010 en el agente de compilación. La adición de la BuildDefinitionId lo arregló, pero es extraño que la instalación de VS2010 ensuciaría las áreas de trabajo que ya están establecidas en funcionamiento.

Answer 8

Se ha cambiado a

  

$ (Temp) \ UI \ $ (BuildDefinitionPath) \ $ (BuildDefinitionID)

hace que funcione pero no para situaciones 100%. Cada vez que la acumulación no pudo completar (por ejemplo, un error en códigos-fuente o algo así), a continuación, después de la fijación de error y tratar de correr de nuevo equipo de construcción se produce un error en "Espacio de trabajo XYZ ya está asignada ...", entonces tengo que eliminar manualmente este mapeo del espacio de trabajo de "team Foundation Sidekick 2010" y ejecutar la acumulación equipo nuevo para ser éxito. La próxima vez ejecutar misma constitución equipo más de una vez se edificaron con éxito, pero hasta cierta acumulación de equipo no de acuerdo con algún error en el código fuente, y luego otra vez empezar a tirar errores "mapeo" espacio de trabajo.

Me parece que TFS 2010 tiene algunos errores cuando una cierta acumulación equipo falla, no se borra espacio de trabajo / Eliminar Se utiliza, o algo similar.

tener a alguien mismos problemas que experimentan?

Answer 9

==== ==== Visual Studio 2010

Yo no era capaz de ver los espacios de trabajo "defectuosos" en TFS Sidekick y por lo tanto no podía eliminarlos. Los pasos que se describen a David Osborne me señaló a la dirección correcta. Yo era capaz de ver los espacios de trabajo "defectuosos" en TFS Sidekick y finalmente pude eliminarlos.

On the build server do this:

Download psExec from sysinternals.
http://technet.microsoft.com/en-us/sysinternals/bb897553

Open cmd as Administrator.

Run psexec to open cmd as Network Service.
psexec -i -u "nt authority\network service" cmd.exe That opens another cmd window that "nt authority\network service" is using.

Run a “whoami” to make sure you’re now "nt authority\network service".

Open visual studio by typing C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.

When asked use the login from the TFS buildagent account to start Visual Studio.

Within visual studio\team explorer, Connect to the source control server

Within visual studio\ source control explorer, throw away the offending workspaces.

Delete the "faulty" workspaces with TFS SideKick.

Ahora el problema se solucionó.