我采取了不同的方法来解决这个问题。我没有编写一个脚本来寻找不同位置的所有“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文件夹就可以了。

http://vsclean.codeplex.com/

查找Visual的命令行工具 工作室解决方案和运行清洁 指挥他们。这可以让你清洁 打开所有这些的/bin/*目录 你手头的旧项目 你的硬盘

实际上，你可以进一步使用PS的建议，在项目目录中创建一个vbs文件，就像这样:

Option Explicit
Dim oShell, appCmd
Set oShell  = CreateObject("WScript.Shell")
appCmd      = "powershell -noexit Get-ChildItem .\ -include bin,obj -Recurse | foreach ($_) { remove-item $_.fullname -Force -Recurse -WhatIf }"
oShell.Run appCmd, 4, false

为了安全起见，我包含了-WhatIf参数，所以如果在第一次运行时对列表感到满意，可以删除它。

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

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

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

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

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

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

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

我写了一个powershell脚本来做这件事。

这样做的好处是，它会打印已删除文件夹的摘要，如果指定要忽略任何子文件夹层次结构，则会忽略那些文件夹。