2011-02-02 12 views
6

La configuración por defecto de la construcción Formato de número de equipos es:evitar Generar equipo cayendo todos los binarios a la raíz de la carpeta de buzón

$(BuildDefinitionName)_$(Date:yyyyMMdd)$(Rev:.r) 

cae toda la salida a \\foo\bar\MyBuildDef_20111031.1 Grandes cosas hasta ahora!

El pequeño problema de es que cae todos los binarios en ese directorio sin una buena indicación de las dependencias de los binarios.

TFS drop files

¿Cómo se puede modificar esta propiedad, o de otra manera, tener los binarios de la solución cayeron en sus respectivos directorios del proyecto?

En el caso anterior, esperaba que el sitio web de MVC (completo con su directorio bin) se descartara. En cambio, tenemos MÁS la caída adicional de los binarios en la raíz.

En otras palabras: TFS, deja de soltar todos los binarios en la raíz; parece desordenado, y confunde qué archivos pertenecen/asociados con qué.

¿Cómo se puede lograr esto con Team Build 2010?

Respuesta

7

Esta entrada de blog pueden serle de ayuda: http://blogs.msdn.com/b/willbar/archive/2011/02/05/splitting-team-build-outputs-into-folders.aspx

En esencia, se crea una nueva 'Plataforma' para cada proyecto. Team Build colocará cada plataforma en un directorio diferente de forma predeterminada, por lo que obtendrá un directorio diferente para cada uno de sus proyectos.

Construir diálogo de configuración:

Build Configuration dialog

de salida carpeta de entrega: Build drop folder with separate folders

+0

Utilicé esta idea para una de mis soluciones NServiceBus. Ahora, cada proyecto en mi solución se compila y los archivos binarios asociados se copian en las carpetas de compilación del servidor de la base del equipo correspondiente. Esto me permite mantener varios proyectos que usan NServiceBusHost.exe para alojar un punto final de servicio en la misma solución. Esta publicación me ahorró horas buscando una solución. ¡Gracias! – EnLaCucha

+0

Nada en contra del autor de esta respuesta que vincula al blog de MSDN. Pero esta respuesta es absolutamente loco. No puedo creer que el autor del blog de MSDN sugiera que nos tomemos tantas molestias. Debe haber una mejor manera. –

3

Lamentablemente no he encontrado una buena manera de hacer esto todavía, aunque ha pasado un tiempo desde que traté de encontrar una mejor solución que la que decidí.

Actual tienen soluciones para cada aplicación de escritorio, y una con todos los sitios web. Luego seguí las instrucciones here para convertir cada salida de solución en una carpeta separada.

+0

Cambio de la plantilla de proceso de construcción es de hecho una solución mucho mejor que la adición de un gran número de diferentes configuraciones de construcción. Especialmente si desea que su servidor de compilación genere una depuración y una compilación de lanzamiento de su código o si luego necesita admitir múltiples plataformas. – jessehouwing

Cuestiones relacionadas