TFS 2018构建服务器上Post-build脚本失效问题求助

没问题，我帮你梳理几个靠谱的解决方案，既能兼容本地VS构建，又不用硬编码静态路径：

方法1：用MSBuild内置属性替代VS宏，兼容双环境 #

VS的Post-build事件宏其实大部分都能对应到MSBuild的内置属性，而且不管是本地VS构建还是TFS的MSBuild构建都能识别。你可以直接把Post-build事件里的$(SolutionName)和$(SolutionDirectory)替换成MSBuild的同名属性试试：

• 原来的$(SolutionDirectory)换成$(SolutionDir)（注意末尾带反斜杠，和VS宏一致）
• $(SolutionName)直接保留$(SolutionName)，MSBuild环境下也能识别

如果你的Post-build事件是复制文件，比如原来的命令是：

copy "$(SolutionDirectory)ProjectA\bin\$(Configuration)\A.dll" "$(SolutionDirectory)ProjectB\bin\$(Configuration)\"

直接改成用MSBuild属性的版本，本地和TFS构建都能正常工作：

copy "$(SolutionDir)ProjectA\bin\$(Configuration)\A.dll" "$(SolutionDir)ProjectB\bin\$(Configuration)\"

方法2：用项目目录推导相对路径（更可靠） #

如果上面的方法还是不行（比如TFS构建是单独构建单个项目，导致$(SolutionDir)未设置），可以用$(MSBuildProjectDirectory)这个属性——它代表当前项目文件所在的目录，然后通过相对路径推导解决方案根目录。

比如，假设你的解决方案根目录是当前项目目录的上级目录，那复制命令可以写成：

copy "$(MSBuildProjectDirectory)\..\ProjectA\bin\$(Configuration)\A.dll" "$(MSBuildProjectDirectory)\..\ProjectB\bin\$(Configuration)\"

这种方式完全不依赖解决方案级别的变量，不管是本地还是TFS构建，只要项目结构不变，就能正常运行。

方法3：在项目文件中显式兜底属性 #

如果必须用到$(SolutionName)或者$(SolutionDir)，可以在项目文件（.csproj/.vbproj）中添加一段XML，当这些属性未定义时自动赋值，确保双环境都能识别：

<PropertyGroup>
  <!-- 如果SolutionDir未定义，用当前项目目录的上级目录作为解决方案根 -->
  <SolutionDir Condition=" '$(SolutionDir)' == '' Or '$(SolutionDir)' == '*Undefined*' ">$(MSBuildProjectDirectory)\..\</SolutionDir>
  <!-- 如果SolutionName未定义，可根据项目结构推导，或者手动设置一次（这里假设解决方案名和项目所在目录名一致） -->
  <SolutionName Condition=" '$(SolutionName)' == '' Or '$(SolutionName)' == '*Undefined*' ">$(MSBuildProjectDirectory)\..\</SolutionName>
</PropertyGroup>

添加这段后，不管是本地VS构建还是TFS构建，这些属性都会有有效值，Post-build事件里的原有命令不用改就能正常运行。

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