你是否曾经有过这种感觉：即使代码没有改变，Visual Studio也总是在重新生成项目？
我们可以生成一个项目，然后不做任何处理后再次生成，我们就可以看见——VS正在开始生成项目，而我的项目代码并没有做任何更改。
当我们改变了一些代码，VS在Build时会生成新的项目，这是容易理解的。但代码并没有更新的情况下，项目也会重新生成。这个问题着实困扰了我。带着这个疑问，我做了进一步的探索。
问题分解##
我们在这里列出了两个不同的问题：
1）即使项目没有改变，VS也会重新生成项目。
2）当有些东西发生了变化，VS倾向于生成比需要更多的项目。
让我们看看这两个问题的探索结果。
即使项目没有改变，VS也会重新生成项目##
即使项目没有改变，VS也会重新生成项目。我们看看这个问题产生的根源。
在我们的解决方案中，转到Tools - > Options。 选择Projects and Solutions - > Build and Run，然后在“MSbuild项目生成输出详细信息”中选择** Diagnostic **。
使用中文版的童鞋，请自行转到工具 - > 选项。 选择项目和解决方案 - > 生成并运行，然后在“MSbuild项目生成输出详细信息”中选择诊断。
这样设置后，生成项目将会变得更慢，但会显示为什么需要重新生成。
每当需要重新生成项目时，我们都会看到这样的信息：
在“Output”窗口中，我们可以看到正在重新生成的内容以及原因。例如，我们看到我们有一个“Copy always”属性的图片。
让我们来回顾一下为什么会出现这个问题。
资源设置为“Copy always”##
回顾我们刚刚看到的例子。 Copy always，就像这句话的字面意思一样，没有任何理由，谁也阻止不了我的那颗复制的心。 其实是有办法替换Copy always这个选项的。 我们可以在解决方案资源管理器中找到资源文件，按F4查看属性并更改“Copy to output directory”（复制到输出目录）字段。
将CopyLocal的引用设置为true，但VSIX项目并不适用##
如果在CopyLocal字段中（在引用属性中）将其设置为True，则会遇到此问题。 简单地说，设置CopyLocal为False解决了这个问题。但这一做法对VSIX项目不适用。VSIX文件中嵌入了所有内容， 因而不需要复制本地文件。
循环依赖##
在.NET项目中添加循环依赖是有点困难的。 VS不允许我们直接引用一个项目， 但是我们可以在项目的输出中引用.dll文件。
假设我们有一个引用项目B的项目A.
在项目B中，我们可以添加对A的输出文件路径（A\\bin\\Debug\\A.exe）的引用。
这是一个看似不赖的循环依赖， 但这将导致两个项目每次都会重新生成。
除了去掉项目中的循环依赖，我们没有更好的解决办法。
这些是我知道导致这个问题的原因。如果您遇到更多的原因，请对其进行评论，然后我会添加到这篇文章中。
现在让我们看看另一个问题。
当有些东西发生了变化，VS倾向于生成比需要更多的项目
这不仅仅我的个人感觉，MSBuild以一种特定的方式工作，有时会做更多的工作。下面是这个问题的重现：
假设我们有一个引用项目B的项目A。在项目B中，我们有一个项目A使用的公共函数Foo（）。
如果我们将Foo（）更改为Foo（int x），那么A必须重新生成。但是，如果我们改变Foo（）内部的逻辑，那么编辑器没有理由重新生成A，只需重新生成B即可。但事实上MSBuild将重新生成A和所有引用B的项目。
我认为MSBuild只是根据修改日期工作。如果A引用B，并且使用者在修改A.dll之后修改了B，那么MSBuild也将重新生成A。
我们对此可以做些什么？##
大名鼎鼎的ReSharper应该可以解决这个问题。 ReSharper Build是ReSharper自带的，不需要额外的许可证。有关ReSharper的资料，请参阅：
https://www.cnblogs.com/zhaoqingqing/p/3895427.html
ReSharper Build还有其他很酷的功能，可以让你的生成更快。
结语
最严重的浪费就是时间的浪费。对时间宝贵程序猿来说，那些额外的不必要的生成真的很恼人。期待微软在以后Visual Studio版本中解决这个问题。