“干净”还不够好吗?注意，您可以使用/t:clean从命令行调用msbuild。

我们有一个大的。sln文件与许多项目文件。我开始了一个“ViewLocal”目录的策略，所有非源代码控制的文件都位于这个目录中。该目录中有一个“Inter”和一个“Out”目录。分别用于中间文件和输出文件。

这显然让你很容易去到你的“viewlocal”目录，做一个简单的删除，以摆脱一切。

在花时间研究如何使用脚本解决这个问题之前，您可能会考虑设置一些类似的东西。

我不会说谎，在一个大型组织中维持这样的设置已经证明....有趣。特别是当您使用像QT这样的技术来处理文件和创建非源代码控制的源文件时。但那完全是另一回事了!

这招对我很管用:

for /d /r . %%d in (bin,obj) do @if exist "%%d" rd /s/q "%%d"

根据superuser.com上的答案

我采取了不同的方法来解决这个问题。我没有编写一个脚本来寻找不同位置的所有“obj”和“bin”文件夹，而是直接在构建过程中将这些文件夹分组在一个方便的位置。

在解决方案文件夹中添加一个Directory.Build.props文件，如下所示:

<Project>
    <PropertyGroup>
        <BaseProjectArtifactPath>$(MSBuildThisFileDirectory).artifacts\$(MSBuildProjectName)</BaseProjectArtifactPath>
        <BaseOutputPath>$(BaseProjectArtifactPath)\bin\</BaseOutputPath>
        <BaseIntermediateOutputPath>$(BaseProjectArtifactPath)\obj\</BaseIntermediateOutputPath>
    </PropertyGroup>
</Project>

现在，所有的“bin”和“obj”文件夹将被创建在解决方案根目录下的一个单独的.artifacts文件夹中，而不是各个项目文件夹中。准备好重新开始了吗?只要删除.artifacts文件夹就可以了。

在我们的构建服务器上，我们通过nant脚本显式删除bin和obj目录。

每个项目构建脚本都负责它的输出/临时目录。这样做效果很好。因此，当我们更改一个项目并添加一个新项目时，我们将脚本建立在一个工作脚本的基础上，您会注意到删除阶段并照顾它。

如果你是在你的逻辑开发机上做的，我还是会像其他人提到的那样，坚持通过Visual Studio进行清理。

我找到了这条线，然后赢了。再搜索一下就找到了这个power shell脚本:

Get-ChildItem .\ -include bin,obj -Recurse | ForEach-Object ($_) { Remove-Item $_.FullName -Force -Recurse }

或者更简洁:

gci -include bin,obj -recurse | remove-item -force -recurse

考虑到我在这里找不到答案，我想我应该分享一下。