我发现我可以在项目文件中添加多个条件，就像这样:

  <Target Name="PostBuild" AfterTargets="PostBuildEvent" Condition=" '$(Configuration)' != 'Debug' AND '$(Configuration)' != 'Release' ">
      <Exec Command="powershell.exe -ExecutionPolicy Unrestricted -NoProfile -NonInteractive -File $(ProjectDir)postBuild.ps1 -ProjectPath $(ProjectPath) -Build $(Configuration)" />
  </Target>

供你参考，你不需要使用goto。shell IF命令可以用圆括号括起来:

if $(ConfigurationName) == Debug (
  copy "$(TargetDir)myapp.dll" "c:\delivery\bin" /y
  copy "$(TargetDir)myapp.dll.config" "c:\delivery\bin" /y
) ELSE (
  echo "why, Microsoft, why".
)

这在Visual Studio 2015中为我工作。

我将所有DLL文件从位于与我的解决方案文件夹同一级别的库文件夹中的文件夹复制到正在构建的项目的目标目录。

使用项目目录中的相对路径，用..\..\lib两步往上走文件夹结构

MySolutionFolder ……。 自由

if $(ConfigurationName) == Debug (
xcopy /Y "$(ProjectDir)..\..\lib\*.dll" "$(TargetDir)"
) ELSE (echo "Not Debug mode, no file copy from lib")

从Visual Studio 2019开始，现代的.csproj格式支持直接在目标元素上添加条件:

<Target Name="PostBuild" AfterTargets="PostBuildEvent" Condition="'$(Configuration)' == 'Debug'">
    <Exec Command="nswag run nswag.json" />
</Target>

UI没有提供设置这个的方法，但是如果您通过UI进行更改，它似乎可以安全地将Configuration属性保留在适当的位置。

您可以将配置名称传递给构建后脚本，并在那里检查它是否应该运行。

用$(ConfigurationName)传递配置名。

检查它取决于您如何实现构建后步骤——它将是一个命令行参数。

像往常一样添加您的post build事件。然后保存项目，在记事本(或您喜欢的编辑器)中打开它，并向PostBuildEvent属性组添加条件。这里有一个例子:

<PropertyGroup Condition=" '$(Configuration)' == 'Debug' ">
    <PostBuildEvent>start gpedit</PostBuildEvent>
</PropertyGroup>