Clean将清除bin/Debug文件夹中的工件。删除bin/Debug文件夹中的所有文件。

Build检查bin/Debug文件夹中的构件，如果需要，然后创建构件(同时检查构建时错误)。

重建=清洁+一次构建。这将首先删除bin/Debug文件夹中的所有文件，然后在bin/Debug文件夹中再次创建工件。

您可以通过打开并观察bin/Debug(或Release)文件夹，然后清理、构建和重建项目来确认这些操作。

摘自此链接:

构建意味着只编译和链接已更改的源文件 从上次构建开始，而重新构建 意味着编译和链接所有源代码 文件，不管它们是否 改变与否。构建是常态 要做的事情，而且更快。有时 项目目标的版本 组件可能会不同步 重建是进行构建所必需的 成功的。在实践中，你永远不会 需要清洁。

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

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

然后:

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

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

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

生成解决方案-生成已更改文件的任何程序集。如果程序集没有任何更改，则不会重新构建它。也不会删除任何中间文件。

最常用的。

重新构建解决方案——无论发生什么更改，都重新构建所有程序集，但保留中间文件。

当您注意到Visual Studio没有将您的更改合并到最新程序集中时使用。有时候Visual Studio也会犯错误。

清洁解决方案-删除所有中间文件。

当一切都失败，你需要清理一切，重新开始时使用。

**Build ,Rebuild, Clean Solution**

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

构建解决方案 :编译已更改的代码文件(dll和exe)。

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

我只是认为重建是先执行清理，然后再执行构建。也许我错了……评论?