编辑构建过程模板时，为什么工作流设计器如此极慢？

Question

除了上述问题之外，还有很多事要补充。

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

我有两个自定义活动，通过推荐活动在同一解决方案中的单独程序集中。

然而....

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

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

目前它完全无法使用，我开始后悔从Cruise Control转移到TFS进行构建管理：（

有没有其他人经历过这个或知道一个体面的解决方法？简单地手动编辑XAML文本会更好吗？

由于

Answer 1

我们刚刚从TFS 2008升级到2010年，我和Steve打开未经编辑的DefaultTemplate.xaml文件的经历非常相似。 VS 2010甚至陷入了不响应状态。硬件：3GHz双核，4GB RAM。

它不仅缓慢而且无法使用。

Answer 2

您可以通过两种方式编辑构建定义。 （或任何工作流程定义）
首先，您可以从root开始并开始扩展细节。所有级别都显示在一个视图中，这种方法非常慢。您展开的更多细节项目，更慢。

相反，您可以通过双击标题来保持构建工作流程折叠并钻取到详细信息项目，该标题在单独的视图中打开详细信息项，并且不会引入任何性能问题。

Answer 3

您使用的操作系统是什么？ VS 2010在Windows XP上一般都很慢，我相信这是因为它是使用WPF构建的。有一个KB用于加速Windows XP中的VS2010。我已经习惯了，但老实说我并没有注意到太大的不同。这可能取决于我不得不使用的糟糕硬件！

Answer 4

史蒂夫我同意你的看法。我一直在使用工作流程来构建定义，而VS2010加载速度非常慢。此外，当我进行任何修改或保存文件时，修改需要15秒以上，保存超过40秒，我在一台非常好的机器上运行它们。知道这个问题是否已经在VS2012中得到解决将会很有趣。有人测试过吗？

-

更新[01/02/2013]：

所有这些问题都已通过Microsoft Visual Studio 2012

的新版本进行了整理。

构建流程工作流模板和Visual Studio 2010绝对是一场噩梦。正如我之前所说，修改任何东西都需要很长时间，甚至很难我们大大改进了我们的机器，但我们没有取得好成绩。在构建工作流模板中从VS2010升级到VS2012有点问题，模板包含版本化命名空间，必须将其清理干净才能与VS2010一起使用。有关迁移问题的详细信息，请访问Jason Prickett's blog。