我有一个空白的解决方案BuildRebuildClean和三个类库模型，存储库，通知。

我在通知类库中使用模型和库。

然后:

生成解决方案增量生成，只编译已更改的文件。如果一个程序集没有变化， 它不会被重建。此外，它不会删除任何中间文件。 如果在模型库项目中修改一些代码，则BUILD解决方案。 在下面的屏幕截图中，参考DLL的时间戳，在Models和Notification库中更新了EXE。

重建解决方案删除所有编译文件和编译所有不考虑更改， 忽略之前做过的任何事情。 右键单击解决方案名称BuildRebuildClean。它所做的是删除所有的程序集， EXEs和引用文件再次编译。

清洁解决方案删除bin/obj目录下所有已编译的中间文件(即exe和dll)。

这只涉及“构建解决方案”选项。

我完全受够了Visual Studio无法真正清理解决方案，所以写了这个小工具来为你做这件事。

首先在VS中关闭你的解决方案，并将它的文件夹从Windows资源管理器拖到这个应用程序或它的图标中。根据窗口底部的设置，它还可以删除额外的东西，这将有助于你手动上传你的解决方案到GitHub或与他人共享:

简而言之，它会把所有的“调试”文件夹、智能感知和其他可以被VS重建的缓存放入回收站。

我认为人们忽略的一件重要事情是，构建和清理都是基于Visual Studio对项目/解决方案的了解来执行的任务。我看到很多人抱怨Clean不能工作，或者留下剩余的文件，或者不值得信赖，而事实上，你说它不值得信赖的原因实际上使它更值得信赖。

Clean只会删除Visual Studio或编译器自己实际创建的文件和/或目录。如果你复制自己的文件，或者从外部工具或源创建的文件/文件夹结构，那么Visual Studio不会“知道它们的存在”，因此不应该接触它们。

你能想象如果Clean操作基本上执行了“del *”。*”?这可能是灾难性的。

Build对更改的或必要的项目执行编译。

不管更改或需要什么，Rebuild都会执行编译。

Clean会删除过去创建的文件/文件夹，但会保留最初与之无关的任何内容。

我希望这能说明一点问题并有所帮助。

编译解决方案:编译已更改的代码文件(DLL和EXE)。

重建:删除所有编译过的文件，并重新编译它们，不管代码是否更改。

清洁解决方案:删除所有编译过的文件(DLL和EXE文件)。

你可以在YouTube上看到这个视频(Visual Studio Build vs. Rebuild vs. Clean (c#面试问题及答案))，我已经演示了其中的差异，下面是可视化表示，它将帮助你更详细地分析相同的内容。

重建和(清洁+构建)之间的区别，因为这似乎也有一些困惑:

不同之处在于每个项目的构建和清理序列发生的方式。假设您的解决方案有两个项目，“proj1”和“proj2”。如果你重新构建，它将使用“proj1”，清除(删除)“proj1”的编译文件并构建它。之后，它将获取第二个项目“proj2”，清理“proj2”的编译文件并编译“proj2”。

但是如果你做了“清理”和“构建”，它将首先删除“proj1”和“proj2”的所有编译文件，然后它将首先构建“proj1”，然后是“proj2”。

生成解决方案只生成解决方案中已更改的项目，而不影响未更改的程序集，

ReBuild首先清理解决方案中的所有程序集，然后构建整个解决方案，而不管所做的更改。

清洁，简单地清洗溶液。

构建解决方案将构建解决方案中已更改的任何项目。重建构建所有项目，清洁解决方案删除所有临时文件，确保下一次构建完成。