Es gibt nicht viel mehr hinzuzufügen als die obige Frage.
Ich habe eine ziemlich einfache Build-Prozess-Vorlage, die kaum von der Standard-Vorlage abweicht.
Ich habe zwei benutzerdefinierte Aktivitäten, die nach Empfehlung in einer separaten Assembly innerhalb der gleichen Lösung leben.
Wie auch immer ....
Das Öffnen der Vorlage dauert ungefähr zwei Minuten.
Das Ändern der Eigenschaften einer Aktivität im Workflow, das Neuordnen von Aktivitäten im Workflow und das Hinzufügen von Aktivitäten zum Workflow dauert zwischen 30 und 60 Sekunden.
Im Moment ist es völlig unbenutzbar und ich bereue zu bereuen, von Cruise Control zu TFS für Build Management zu wechseln: (
Hat dies jemand anderes erlebt oder kennt man einen guten Workaround? Ist es besser, den XAML-Text einfach manuell zu bearbeiten?
Danke
Wir haben gerade ein Upgrade von TFS 2008 auf 2010 durchgeführt und ich habe die gleiche Erfahrung wie Steve beim Öffnen der Datei DefaultTemplate.xaml. VS 2010 kommt sogar in den nicht reagierenden Zustand. Hardware: 3GHz Dual Core, 4 GB RAM.
Es ist nicht nur langsam, sondern unbrauchbar.
Es gibt zwei Möglichkeiten, wie Sie eine Build-Definition bearbeiten können. (oder jede Workflow-Definition)
Zuerst können Sie von root beginnen und beginnen, Details zu erweitern. Alle Ebenen werden in einer einzigen Ansicht angezeigt und dieser Ansatz ist extrem langsam. Je mehr Detailelemente Sie erweitern, desto langsamer wird es.
Stattdessen können Sie den Build-Workflow minimieren und Detailelemente durch Doppelklicken auf den Titel erweitern, wodurch Detailelemente in separaten Ansichten geöffnet werden und keine Leistungsprobleme auftreten.
Welches Betriebssystem verwenden Sie? VS 2010 ist im Allgemeinen ziemlich langsam auf Windows XP, ich glaube, dass dies daran liegt, dass es mit WPF erstellt wurde. Es gibt eine KB , die ist soll VS2010 in Windows XP beschleunigen. Ich habe es benutzt, aber um ehrlich zu sein habe ich keinen großen Unterschied bemerkt. Das liegt vielleicht an der schlechten Hardware, die ich benutzen muss!
-
UPDATE [01/02/2013]:
Alle Probleme wurden mit der neuen Version von Microsoft Visual Studio 2012 behoben
Build-Prozess-Workflow-Vorlagen und Visual Studio 2010 war ein absoluter Albtraum. Wie ich schon sagte, es dauert ewig, etwas zu modifizieren und selbst wenn wir unsere Maschinen erheblich verbessert haben, haben wir keine guten Ergebnisse erzielt. Das Upgrade von VS2010 auf VS2012 in Build-Workflow-Vorlagen ist etwas problematisch. Die Vorlage enthält versionierte Namespaces, die bereinigt werden müssen, um mit VS2010 verwendet zu werden. Weitere Informationen zu Migrationsproblemen finden Sie unter Jason Pricketts Blog .
Tags und Links visual-studio-2010 tfs2010 build-process workflow-foundation-4