TFS构建服务器上XCopy复制App.manifest至Bin目录失败求助

你在本地配置WPF项目以管理员权限运行时一切正常，但签入TFS后构建服务器遇到了Obj目录未生成manifest的问题。这通常是因为本地构建环境和TFS构建服务器的配置、路径或权限差异导致的，我给你几个针对性的解决方案：

1. 验证项目Manifest的全局配置 #

首先确认你的项目在所有构建配置（Debug/Release等）中都正确关联了自定义manifest：

• 右键项目 → 属性 → 应用程序选项卡 → 资源区域 → 确保Manifest下拉框选择了你的app.manifest文件（而不是"嵌入的默认manifest"或"无"）。
• 本地可能只配置了Debug，但TFS构建可能用的是Release配置，一定要检查所有你在TFS中用到的构建配置的这个设置。

2. 修正后期构建事件的路径变量 #

你当前的xcopy命令依赖$(SolutionDir)AppName这种硬编码的项目路径，在TFS构建服务器上，SolutionDir的结构可能和本地不一致。建议改用更通用的项目级变量：

%windir%\system32\xcopy "$(ProjectDir)obj\$(Configuration)\$(TargetName).exe.manifest" "$(ProjectDir)bin\$(Configuration)" /i /D /y /s /r /c
%windir%\system32\xcopy "$(ProjectDir)obj\$(Configuration)\$(TargetName).application" "$(ProjectDir)bin\$(Configuration)" /i /D /y /s /r /c

$(ProjectDir)指向当前项目的根目录，$(TargetName)是你的项目输出名称，这样不管构建环境如何，路径都会自动适配。

3. 替换手动xcopy：让Visual Studio自动复制Manifest #

其实不需要依赖后期构建事件，直接配置manifest文件的属性让VS自动复制到输出目录：

• 右键你的app.manifest文件 → 属性 → 复制到输出目录 → 选择始终复制或如果较新则复制。
• 同时确保项目属性中Manifest设置为该文件，这样编译时Visual Studio会自动将manifest复制到Bin目录，完全避免路径和构建顺序的问题。

4. 对齐TFS构建的MSBuild版本 #

本地和TFS构建服务器使用的MSBuild版本可能不一致，旧版本的MSBuild处理WPF manifest的逻辑可能有差异：

• 在TFS构建定义中，找到"MSBuild版本"设置，选择和你本地Visual Studio对应的版本（比如本地用VS2022，就选MSBuild 17.x）。

5. 检查构建服务器的目录权限 #

TFS构建服务账户可能没有足够的权限读写项目的Obj和Bin目录，导致manifest生成失败：

• 查看TFS构建日志，搜索是否有"权限被拒绝"或类似的错误信息。
• 如果存在权限问题，给构建服务账户分配项目工作目录的读写权限。

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