Msbuild通过VS和命令行运行，但通过Jenkins失败

Question

我试图建立一个具有多个C ++ .vcproj的VS .sln。 解决方案文件是使用CMake生成的，并且我已经在Jenkins中使用CMake构建器插件来工作了。 要生成解决方案文件，我正在使用msbuild。 我既可以使用Visual Studio，也可以使用以下命令从命令行构建解决方案：

C:\Jenkins\workspace\SonioTest>"C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe" /t:Rebuild bin/SonIO.sln

这样可以成功构建（在Jenkins所在的同一台计算机上）。

但是，我正在尝试在Jenkins中自动化构建的这一部分，并且构建最终因几个C1083错误而失败（ "Cannot open source file: '..\\path\\to\\file.ext': No such file or directory ）。我尝试使用Jenkins msbuild插件，并使用在终端中作为“执行Windows批处理命令”构建步骤使用的完全相同的命令，结果相同。

当使用Windows批处理命令构建步骤时，我可以在日志中看到正在执行的命令：

C:\Jenkins\workspace\SonioTest>"C:\Windows\Microsoft.NET\Framework\v4.0.30319 msbuild.exe" /t:Rebuild bin/SonIO.sln

...与从命令行工作的目录（ 包括工作目录）完全相同。

我正在将Jenkins作为服务运行，并且将服务登录作为我的帐户（具有管理员权限）。 有人知道詹金斯将从哪个目录执行批处理命令吗？

有什么想法为什么我会看到Jenkins和命令行之间的这种行为差异？

Answer 1

这是一种解决方案，但是我最终使用了devenv而不是msbuild ，它工作正常。

我知道这很明显地暗示了这是一个环境问题，但是由于在构建服务器上安装VS并不是问题，所以我决定节省在msbuild兔子洞中所花费的时间。

Answer 2

在不了解VS构建的情况下，它看起来大多像是环境设置。

我的第一个建议是确保在Jenkins中，将目录更改为从中运行好命令的目录，然后再尝试。

另外，可能想先尝试将Jenkins作为独立应用程序运行。

作为一项服务，也许允许服务“与桌面交互”。

Answer 3

Jenkins从属代理程序所使用的环境与您在提示符下执行相同的命令行时所使用的环境不同。 比较这两种环境，注意差异，然后将它们添加到Jenkins作业中。

要在运行时获取从站的环境，请通过Windows命令提示符对其进行“设置”

Answer 4

我可能参加聚会的时间很晚，但是我仍然在Server 2016的新Jenkins安装程序上遇到此问题。

我的解决方案是直接从VS2017安装C:\\Program Files (x86)\\Microsoft Visual Studio\\2017\\BuildTools\\MSBuild\\15.0\\Bin使用MSBUILD。 没有更多的错误。