在一个解决方案中考虑您需要50个项目 - 有许多相互引用的项目是导致速度减慢的主要原因之一。
拥有单独项目的少数正当理由之一是因为您需要单独部署生成的程序集。如果不是这种情况,请考虑组合项目 - 使用文件夹进行逻辑分离。
项目数越少,构建的速度就越快。
此外,如果您将构建更改为输出到特定共享目录并引用DLL而不是项目,则不必要的重新编译的数量应该大幅减少,但您必须自己管理构建顺序。
我在Visual Studio 2012 Update 3的解决方案中使用了100多个项目,并且构建速度很快。
- 我同意Oded的共享输出目录注释,但我想提一下项目引用也可以正常工作。
- 确保\ Users \\ AppData \ Local \ Microsoft \ WebsiteCache文件夹为空。不知何故,即使使用仅限桌面的解决方案,这也是一个问题。
- 我禁用了Productivity Power Tools 2012,因为他们在后台编译代码,对我来说有点太多了。禁用所有插件和扩展程序,看看它是否有所不同。
- 通过降低输出详细程度来抑制过多的输出消息到磁盘和屏幕
- 将多核用于MSBuild。
- 在编写代码时,尝试使用接口和抽象类(C#)来限制项目之间的依赖关系。
- 尝试新鲜的* .suo和新的* .sdf文件。 (备份用户设置和数据库,然后删除它们并再次尝试构建)
- 当所有其他方法都失败时,请使用ProcessMonitor或附加Visual Studio的另一个实例,以便在构建Visual Studio时对其进行概要分析。
- 尝试从构建中排除文件系统过滤器(如防病毒)。例如,某些防病毒软件可以在某些目录或文件名中跳过扫描。
醇>