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

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

用于批量解决方案。我正在使用以下命令:

FOR /D /R %%G in (obj,bin) DO @IF EXIST %%G IF %%~aG geq D RMDIR /S /Q "%%G"

不使用DIR /S /AD /B xxx的原因 1. DIR /S /AD /B obj将返回空列表(至少在我的Windows10上) 2. DIR /S /AD /B *obj将包含非预期的结果(tobj文件夹)

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

我认为你可以右键点击你的解决方案/项目，然后点击“清洁”按钮。

据我所知，它是这样工作的。我现在没有VS.NET，所以不能测试它。

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

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

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

我讨厌obj文件乱扔源代码树。我通常设置项目，以便它们在源树外输出obj文件。对于我通常使用的c#项目

 <IntermediateOutputPath>..\..\obj\$(AssemblyName)\$(Configuration)\</IntermediateOutputPath>

用于c++项目

 IntermediateDirectory="..\..\obj\$(ProjectName)\$(ConfigurationName)"