如何使用具有650多个项目的Visual Studio 2017解决方案?

时间:2018-10-04 07:56:03

标签: visual-studio visual-c++

我必须使用包含654个项目并进行计数的Visual Studio(2017)解决方案。这些项目是C ++和C#项目的混合-可能是2/3 C ++。

问题是,在此项目数量上,VS2017(我们已经在运行15.8)非常不稳定,但是对于某些任务,我需要打开整个解决方案。

一个人可以(并且应该)质疑设计,但是请不要在这里。有没有可行的技巧可以使这种sln可以忍受?

我们遇到的问题是:

  • 满载后,即使在我们强大的开发机器上,它也像地狱般呆滞。经常挂起。
  • 一天将崩溃多次。 (我们隔离了一些确实使它崩溃的情况,例如选择C ++设置对话框,但仍然不稳定)。
    • 当VS达到约2.6GB RAM时,通常会观察到崩溃

不是问题:

  • 溶液的加载时间:加载溶液的时间很长。目前,我们不需要为此进行优化。
  • 编译时间:开发人员无论如何都不做完整解决方案的构建。 (但是有些任务需要在整个解决方案的整个上下文中发挥自己的作用。)

我已经尝试禁用VS Intellisense,但这没有帮助。禁用我们的VisualAssistX插件也无济于事。

1 个答案:

答案 0 :(得分:0)

从历史上看,VS团队一直表示,他们将在某个不确定的时间点解决VS加载过多的问题。这就是他们为什么的原因之一 还没有使其成为64位。现在,他们已经禁用了选择性加载API,您几乎可以放任不管了。

对于较早的VS版本,有Funnel

它允许您有选择地加载项目的子集,自动加载依赖项。额外的好处是重构,搜索等仅在加载的项目的上下文中起作用,从而使其更快。您还可以保存和整理过滤器,从而更轻松地在不同子集之间进行切换。