为什么在编辑构建过程模板时Workflow Designer如此缓慢?

| 除了上述问题,实际上没有太多添加。 我有一个相当简单的构建过程模板,它几乎没有偏离默认模板。 我有两个自定义活动,建议将它们放在同一解决方案的单独程序集中。 然而.... 打开模板大约需要两分钟。 更改工作流程中活动的属性,对工作流程中的活动进行重新排序,将活动添加到工作流程中,所有这些操作都需要30到60秒之间。 目前这完全无法使用,我开始后悔从Cruise Control迁移到TFS进行构建管理:( 是否有其他人会遇到这种情况或知道合适的解决方法?手动编辑XAML文本是否更好? 谢谢     
已邀请:
        我们刚刚从TFS 2008升级到2010,与Steve打开未经编辑的DefaultTemplate.xaml文件的体验非常相似。 VS 2010甚至进入无响应状态。硬件:3GHz双核,4GB RAM。 它不仅缓慢而且无法使用。     
        您可以通过两种方式编辑构建定义。 (或任何工作流程定义) 首先,您可以从根开始并开始扩展细节。所有级别都显示在一个视图中,这种方法非常慢。您展开的详细项目越多,它得到的速度就越慢。 相反,您可以使构建工作流保持折叠状态,并通过双击标题来细化细节项,这会在单独的视图中打开细节项,并且不会引起任何性能问题。     
        您正在使用什么操作系统? VS 2010通常在Windows XP上运行缓慢,我认为这是由于它是使用WPF构建的。有一个KB,用于在Windows XP中加速VS2010。我已经使用了它,但是老实说,我并没有注意到太大的区别。这可能是由于我不得不使用的不良硬件造成的!     
        史蒂夫,我同意你的看法。我已经将工作流用于构建定义已有一段时间了,VS2010加载它们的速度非常慢。此外,当我进行任何修改或保存文件时,要花15秒钟以上的时间进行修改,而要保存40秒钟以上,那么我将在一台非常好的机器上运行它们。知道此问题在VS2012中是否已解决很有趣。有人测试过吗? - 更新[2013年1月2日]: 所有这些问题已通过Microsoft Visual Studio 2012的新版本进行了整理 构建流程工作流模板和Visual Studio 2010绝对是一场噩梦。正如我之前所说,修改任何东西甚至花费很多时间之前,我们都对机器进行了相当大的改进,但并没有取得很好的效果。在构建工作流模板中从VS2010升级到VS2012有点麻烦,该模板包含版本化的名称空间,必须对其进行清理才能与VS2010一起使用。有关迁移问题的更多信息,请访问Jason Prickett的博客。     

要回复问题请先登录注册