这适用于2008和2010版本(也可能是早期版本).同时适用于C++和C#项目.
初始构建(重启后)以正常速度运行并具有相当好的CPU利用率.在"一段时间"之后(即使用计算机进行"填充"),后续构建可能会非常非常缓慢地运行并且CPU利用率非常低.我发现的唯一修复似乎是重启,然后循环重新开始.WPF和非WPF项目都会发生这种情况,尽管WPF的情况要差10倍.
我在不同的机器上发生过这种情况,甚至为不同的组织工作,所以我认为它是Visual Studio的东西,而不是环境的东西.我已经尝试了平常(谷歌,关闭AV,Intellisense,Resharper等,目前期待获得我订购的SSD).
我目前的机器规格是2.7gig四核,4GB内存,XP(还没有Win7工作),250Gb硬盘等
任何人都有任何想法,这可能是什么以及如何解决它？
提前致谢!
我是运行Visual Studio 2008的独立开发人员,并且正在研究MSBuild以改进我的构建过程.
到目前为止,我发现的几乎所有教程都有很多关于编写构建文件的信息.但是,我在找到如何将MSBuild集成到Visual Studio中时遇到了很多麻烦.也许MSBuild只用于像CruiseControl这样的东西,但对于我来说,作为一个单独的开发人员来说这太过分了.
构建文件应该放在Visual Studio项目中的哪个位置？如何在IDE中运行它？
我在Visual Studio 2010中有一个带有大量项目的.NET解决方案.直到最近,当我从IDE中运行启动项目时,只有在启动项目或其中一个依赖项目中对代码进行了更改时才会构建项目.
大约两周前,我注意到每次运行启动项目时,Visual Studio都会构建所有项目,大约需要7分钟.毋庸置疑,这需要花费大量时间,而且我已尽力在网上寻找解决方案,但尚未找到解决我具体问题的任何解决方案.
还有一些额外的信息 - 在我开始遇到这个问题的同时,同样的问题开始发生在我的团队中的其他人身上.
我们还使用源代码存储库.由于我们没有更改Visual Studio中的任何设置,我怀疑有人在某些项目的源代码中无意中更改了某些项目,现在每次都需要构建所有项目.
任何建议将不胜感激.
我有一个包含许多项目的大型.sln文件.
我刚刚在项目A中做了一个更改,它构建了九个项目A引用的其他项目,但没有代码更改.
有加速这个过程的技巧吗？
我有一个大型解决方案,包括大约320个项目,即使对单个Web表单进行微小更改,也会导致构建时间过长,无法测试/调试一个小的更改.我怀疑构建文件复制任务是为了"触摸"文件日期时间并导致多次重建.
在没有任何强大的命名和版本控制影响的情况下,除了源文件比二进制输出文件更新之外,VS 2010还有其他原因可以运行重建吗？
附录:我对源树的大小或形状没有直接影响.它是稳定核心产品的主干,任何短期"非业务"变更都被视为风险和成本高昂.我将在这里收到的答案中提到的要点作为项目未来方向的输入.
可能重复:
Visual Studio会继续构建所有内容
Visual Studio 2008不断重建整个项目,就像每个实现文件都被修改一样.即使没有修改文件,也会发生这种情况.按行构建按钮两次,整个项目重建两次.这不会发生在另一个盒子上.操作系统是Windows Vista.
这非常烦人.什么可能导致这样的行为？
这是一个C++项目.