visualstudio2010-为什么工作流设计器在编辑构建过程模板时速度非常慢



除了上面的问题,没有什么可以补充的了。

我有一个相当简单的构建过程模板,它几乎没有偏离默认的模板。

我有两个自定义活动,根据建议,它们位于同一解决方案中的单独程序集中。

然而。。。。

打开模板大约需要两分钟。

更改工作流中活动的属性、重新排序工作流中的活动、向工作流中添加活动,所有这些都需要30-60秒。

目前它完全无法使用,我开始后悔从Cruise Control转到TFS进行构建管理:(

其他人有没有经历过这种情况,或者知道一个合适的解决方法?简单地手工编辑XAML文本更好吗?

感谢

我们刚刚从TFS 2008升级到2010,我打开未经编辑的DefaultTemplate.xaml文件的经历与Steve相同。VS 2010甚至进入无响应状态。硬件:3GHz双核,4GB RAM。

它不仅速度慢,而且无法使用。

有两种方法可以编辑构建定义。(或任何工作流定义)
首先,您可以从根目录开始,并开始扩展细节。所有级别都显示在一个视图中,这种方法非常缓慢。展开的详细项目越多,速度就越慢。

相反,您可以保持构建工作流的折叠状态,并通过双击标题深入到详细信息项中,这样可以在单独的视图中打开详细信息项,并且不会带来任何性能问题。

您使用的是什么操作系统?VS2010在WindowsXP上运行速度一般比较慢,我相信这是因为它是使用WPF构建的。有一个KB是为了在Windows XP中加速VS2010。我用过它,但说实话,我没有注意到有多大区别。这可能是因为我不得不使用糟糕的硬件!

Steve我同意你的看法。一段时间以来,我一直在使用构建定义的工作流,而VS2010加载它们的速度非常慢。此外,当我进行任何修改或保存文件时,修改需要超过15秒,保存需要超过40秒,我在一台相当好的机器上运行它们。如果想知道这个问题是否在VS2012中得到了解决,那将是一件有趣的事情。有人测试过吗?

--

更新【2013年2月1日】:

所有这些问题都已通过Microsoft Visual Studio 2012的新版本解决

构建流程工作流模板和Visual Studio 2010简直是一场噩梦。正如我之前所说的,修改任何东西都需要很长时间,即使很艰难,我们也大大改进了我们的机器,但没有得到好的结果。生成工作流模板中从VS2010升级到VS2012有点问题,该模板包含版本化的命名空间,必须清除这些命名空间才能与VS2010一起使用。有关迁移问题的更多信息,请访问Jason Prickett的博客。

最新更新