Visual Studio“清洁解决方案”选项的方案

Question

我的理解是Rebuild = Clean + Build。提供“清洁解决方案”作为单独选项的最有可能的原因是什么，因为重建会做同样的事情？我给了它一些想法，我能想出的唯一原因是一些解决方案可能相当大而且做一个干净的和重建可能是耗时的，但是如果你做了一个清洁，你必须（反正建立，对吧？谢谢，祝大家节日快乐。

Answer 1

Clean Solution与msbuild /t:clean和make clean类似，因此在相同的情况下非常有用。

• 您的构建有点破碎，因此生成的文件放在公共目录中。切换配置时，首先清理旧配置，然后构建新配置。

• 您想向某人发送解决方案的副本

• 您没有源代码管理，但想要在继续​​之前检查您的解决方案

• 您正在手动修改项目文件，并希望确保它们正常工作

• 您创建了一个新的解决方案，并在其上工作了一天，现在可以将其置于源代码管理中。在“添加所有文件”之前，您要删除生成的文件。

• 您的磁盘空间不足，并且想要丢弃不必要的文件。假设您有一个小型SSD和几个大型解决方案，或者您想要更改配置。

Answer 2

在将新项目提交到存储库（svn或TFS）之前，我已经多次使用它来清理它。

Answer 3

我只想出一个:(

如果要压缩解决方案目录，并且不想包含所有临时文件/已编译的二进制文件/等？

Answer 4

Clean删除所有目标文件，所以：

• 您可以清理然后复制项目的文件，而不会在您的副本中包含目标文件（尽管干净可能仍会留下一些编译器生成的文件）。
• 您可以偶尔进行一次发布（例如每月一次），然后将其清理干净以消除项目中的混乱，直到下次需要构建它时为止。
• 你可以做一个干净，然后在
之间建立并做其他事情
• 如果您希望快速确保下一个版本是完全重建，但是当您不想立即开始构建时（例如，在您回家之前清理项目以确保你不会忘记在早上开始工作时进行重建）
• 您可以在返回并构建它们之前清理多个项目（库等） - 因此您知道您拥有一个真正干净的构建，而不是可能受到旧垃圾影响的几个重建，这些旧垃圾位于引用的库中（好吧，这个人正在抓住稻草 - 只要你在家属面前重建依赖关系就应该没关系： - ）

话虽如此，清洁并不常用 - 特别是随着可用磁盘空间变得越来越大，以前的压力（例如将项目放在软盘上并留出足够的空间继续工作）都不行更长的相关性。