¿Por qué el Diseñador de flujo de trabajo es extremadamente lento al editar plantillas de proceso de compilación?

Question

No hay mucho más que agregar realmente que la pregunta anterior.

Tengo una plantilla de proceso de compilación bastante simple, que apenas se ha desviado de la predeterminada.

Tengo dos actividades personalizadas, que por recomendación viven en un ensamblaje separado dentro de la misma solución.

Sin embargo ....

abrir la plantilla tarda unos dos minutos.

Cambiar las propiedades de una actividad en el flujo de trabajo, reordenar las actividades en el flujo de trabajo, agregar actividades al flujo de trabajo, todo lleva entre 30-60 segundos.

es completamente inservible en este momento y estoy empezando a lamentar pasar de Control de Velocidad de TFS para la gestión de la acumulación :(

¿Alguien experiencia de los demás tal o conocer una solución decente? ¿Es mejor simplemente editar el XAML de texto a mano?

Gracias

Answer 1

Hay dos maneras en que puede editar una definición de construcción. (o cualquier definición de flujo de trabajo)
en primer lugar, puede comenzar a partir de la raíz y comenzar a expandirse más detalles. Todos los niveles se muestran en una sola vista y este enfoque es extremo bien lento. Más elementos de detalle que expandes, más lento.

En su lugar, se puede mantener el flujo de trabajo de construcción se derrumbó y perforar en elementos de detalle, haciendo doble clic en el título que abre elementos de detalle en las vistas separadas y no introduce ningún problema de rendimiento.

Answer 2

¿Qué sistema operativo está utilizando? VS 2010 es bastante lento en general en Windows XP, creo que esto se debe a que se construye utilizando WPF. Hay un KB que está destinado a acelerar VS2010 en Windows XP. Lo he usado, pero para ser honesto, no noté mucha diferencia. ¡Sin embargo, eso podría deberse al pobre hardware que estoy obligado a usar!

Answer 3

Acabamos de actualizar de TFS 2008 a 2010 y tengo la misma experiencia que Steve al abrir el archivo DefaultTemplate.xaml sin editar. VS 2010 incluso entra en estado de no respuesta. Hardware: 3GHz Dual Core, 4GB RAM.

No es solo lento, sino inutilizable.

Answer 4

Steve estoy de acuerdo contigo. He estado usando flujos de trabajo para definiciones de compilación por un tiempo y VS2010 los carga extremadamente lento. Además, cuando hago alguna modificación o guardo el archivo, toma más de 15 segundos modificar y más de 40 para guardar y los estoy ejecutando en una máquina bastante buena. Sería interesante saber si este problema se ha solucionado en VS2012 o no. ¿Alguien lo ha probado?

-

ACTUALIZACIÓN [01/02/2013]:

Todos estos problemas se han solucionado con la nueva versión de Microsoft Visual Studio 2012

plantillas de flujo de proceso de construcción y Visual Studio 2010 fue una verdadera pesadilla.Como dije antes, lleva años modificar todo e incluso si mejoramos considerablemente nuestras máquinas, no obtuvimos buenos resultados. La actualización de VS2010 a VS2012 en las plantillas de flujo de trabajo de compilación es un poco problemática, la plantilla contiene espacios de nombres versionados que deben limpiarse para poder usarse con VS2010. Para obtener más información sobre la migración de problemas, visite Jason Prickett's blog.