PostBuildEvent中$(TargetDir)在Azure DevOps VSTS与本地构建路径不一致

这个问题的核心是本地Visual Studio构建和Azure DevOps（原VSTS）管道构建的默认输出目录策略差异：

• 本地构建时，Visual Studio默认将项目输出放在项目根目录下的bin文件夹，所以$(TargetDir)指向c:\source\MySolution\MySolution.MyProject\bin\
• 而Azure DevOps构建代理默认会将所有项目的输出统一归集到解决方案根目录下的bin文件夹，导致$(TargetDir)变成d:\a\1\s\MySolution\bin\，丢失了项目子文件夹层级

下面提供几种可行的解决方案，你可以根据自己的需求选择：

方案1：让管道构建输出与本地结构一致 #

在Azure DevOps的MSBuild构建任务中，通过指定OutputPath属性，强制输出路径和本地保持一致：

1. 打开你的Azure DevOps管道编辑页面
2. 找到MSBuild任务，在Arguments输入框中添加以下参数：

   /p:OutputPath=$(MSBuildProjectDirectory)\bin\$(Configuration)
   

   这个参数会让每个项目的输出都放到自己项目目录下的bin\$(Configuration)文件夹，这样$(TargetDir)在管道和本地构建时的指向就完全一致了，你的PostBuildEvent命令不需要做任何修改。

方案2：使用更可靠的完整路径变量替代$(TargetDir) #

直接在PostBuildEvent中使用$(TargetPath)变量，它会返回输出文件的完整绝对路径（包含文件名），完全规避路径差异问题。比如把你的del命令修改为：

del "$(TargetPath)"

这种方法最简单，不需要调整管道配置，适合大多数场景。

方案3：区分环境动态调整路径 #

如果你需要保留管道的统一输出结构，可以通过环境变量判断当前是本地还是管道构建，然后执行不同的命令：

if defined BUILD_SOURCESDIRECTORY (
    # 管道构建环境：直接使用代码根目录+输出路径
    del "$(BUILD_SOURCESDIRECTORY)\bin\$(Configuration)\File.exe"
) else (
    # 本地构建环境：使用原有的$(TargetDir)
    del "$(TargetDir)File.exe"
)

BUILD_SOURCESDIRECTORY是Azure DevOps管道自动设置的环境变量，指向代码仓库的根目录（即你的D:\a\1\s），本地构建时这个变量不存在，所以会执行else分支的命令。

内容的提问来源于stack exchange，提问作者Krrish