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

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

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

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

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文件夹)

在VS 2019/VS 2022中，这是唯一明智的解决方案。

在解决方案文件夹(.sln文件所在的位置)中，创建一个名为Directory.Build.props的文件，并按如下所示添加编辑它。在这里阅读这个特殊的文件。

Directory.Build.props

<Project>
  <Target Name="RemoveObjAndBinFolders" AfterTargets="Clean">
    <PropertyGroup>
      <ObjFolder>$(ProjectDir)$(BaseIntermediateOutputPath)</ObjFolder>
      <BinFolder>$(ProjectDir)$(BaseOutputPath)</BinFolder>

      <!-- Microsoft.NET.Sdk.Web sets $(BaseIntermediateOutputPath) to -->
      <!-- an absolute path. Not fixed up to MsBuild 17! -->
      <BaseIntermediateOutputPathFix Condition="$(BaseIntermediateOutputPath.StartsWith($(MSBuildProjectDirectory)))">$([MSBuild]::MakeRelative(
        $(ProjectDir),
        $(BaseIntermediateOutputPath)
      ))</BaseIntermediateOutputPathFix>
    
      <ObjFolder Condition="$(BaseIntermediateOutputPath.StartsWith($(MSBuildProjectDirectory)))">$(ProjectDir)$(BaseIntermediateOutputPathFix)</ObjFolder>
    </PropertyGroup>

    <ItemGroup>
      <ObjFiles Include="$(ObjFolder)/*.*"
                Exclude="$(ObjFolder)/project.assets.json" />
      <ObjSubFolders
                Include="$([System.IO.Directory]::GetDirectories('$(ObjFolder)'))" />
    </ItemGroup>
    
    <!-- Remove "obj" sub folders -->
    <RemoveDir Directories="@(ObjSubFolders)" ContinueOnError="true" />
    <!-- Remove "obj" files (keeping necessary asset file)-->
    <Delete Files="@(ObjFiles)" />
    
    <!-- Remove "bin" folders -->
    <RemoveDir Directories="$(BinFolder)" ContinueOnError="true" />
  </Target>
</Project>

不需要修改一堆.csproj文件。另外，请注意，我并没有像一些人建议的那样删除$(TargetDir)。如果$(OutDir)被设置为某个自定义目录(一种常见的做法)，那么这样做可能会使构建系统瘫痪。

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

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

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

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

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

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

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

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