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

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

或者(因为事件被放入一个批处理文件中，然后被调用)，使用以下(在构建事件框中，而不是在批处理文件中):

if $(ConfigurationName) == Debug goto :debug

:release
signtool.exe ....
xcopy ...

goto :exit

:debug
' Debug items in here

:exit

通过这种方式，您可以拥有任何配置的事件，并且仍然使用宏来管理它，而不必将它们传递到批处理文件中，记住%1是$(OutputPath)等。

Visual Studio 2015:正确的语法是(保持在一行上):

if "$(ConfigurationName)"=="My Debug CFG" ( xcopy "$(TargetDir)test1.tmp" "$(TargetDir)test.xml" /y) else ( xcopy "$(TargetDir)test2.tmp" "$(TargetDir)test.xml" /y)

这里没有255错误。

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

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

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

这在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")

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

用$(ConfigurationName)传递配置名。

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