2012-10-30 462 views
4

到目前为止,我有以下技术从命令行构建我的C++项目(目的:每晚使用jenkins构建,具有与'普通'项目相同的配置):从命令行构建Visual Studio Express 11项目

devenv MySolution.sln /build "Release" /project "MyProject" 

,或者从明确的版本:现在

VCExpress MySolution.sln /build "Release" /project "MyProject" 

,我最近买了VC11表达对桌面,显然,这是不一样的可执行文件(我认为相当于VCExpress.exe是WDExpress。 exe,我错了吗?),它不是相同的命令行(这是像WDExpr的东西ess MyProject.vcxproj/Build),并且构建日志不会输出到标准输出(它们可能在别处可用)。

所以,我只是想知道我是否错过了一些东西?

也许这不是WDExpress.exe必须被调用?

回答

2

我刚才自己也有同样的问题。我认为我们应该使用msbuild.exe本身。这也是一种更通用的方法,因为您不必在vcexpress和wdexpress之间切换。我甚至不能确定wdexpress.exe支持(命令行)

了建设SLN文件总之,这里的上msbuild.exe http://msdn.microsoft.com/en-us/library/ee662426.aspx

尝试过了,它的工作方式。 msbuild.exe在我的机器上的位置: Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe 它明显与.net版本不同,所以我现在正在寻找一种方法从环境变量或类似的东西中获取msbuild.exe的路径。

+0

好的,我会尝试一个..至少它比WDExpress更好地记录(我在Devenv.exe文档中找到了“/ Build”命令,而不是在WDExpress.exe文档中)。为了设置MSBuild的正确路径,vcvars32.bat是否工作?我用它来设置路径devenv和VCExpress ... – Mikarnage

+0

我不认为你需要调用vcvars32.bat文件。由于msbuild使用正确的Visual Studio版本/版本自动生成sln文件,我认为它会自动设置正确的env变量。 – EddieBytes

+0

作为后续,它调用vcvars32.bat是一个好主意,因为它将msbuild路径放在Path env变量中: http://stackoverflow.com/a/12379822/911325 – EddieBytes

相关问题