代码之家 › 专栏 › 技术社区 › Didier Trosset

在Windows上构建BubBOT C++:使用DeVv.com、VCuBudid、EXE或MSBuild.exe?

vcbuild devenv buildbot msbuild command-line

Didier Trosset · 技术社区 · 16 年前

我的buildbot使用devenv.com在Windows上编译项目已经运行了3年。

现在devenv.com在64位版本的构建中遇到了一些问题:由于管道字符,将配置作为“debug_x64”传递会生成命令行错误。在引号之间转义和括起来会导致其他错误,一些是由于目录名中的空格,一些是由于命令行的理解有些奇怪。

我尝试了vcbuild.exe和msbuild.exe。vcbuild.exe工作得很好:我想坚持下去。另一方面,msbuild.exe有一个完全奇怪和复杂的输出,我的同事感到很糟糕。但它到处都被吹捧为这个建造的方式。

问题是:在devenv.com、vcbuild.exe和msbuild.exe中,哪一个方法最有可能持续下去?

4 回复 | 直到 16 年前

Sayed Ibrahim Hashimi 16 年前

MSBuw(VisualStudio 2010/.NET 4之前)本身并不构建C++项目。它调用vcbuild.exe。所以,如果您不使用MSBuy,那么我会坚持C++项目。对于托管项目(和C++使用VS 2010)使用MSBug。

dan 16 年前

msbuild是“最有可能持久”的方法。vcbuild.exe已经死了;它的最后一个版本是2008年。如果需要从VS2008或更早版本构建VC项目,则msbuild 4.0仍将使用它。至于devenv.exe——当然,它只是一个无头的Visual Studio。从功能上讲,它与按“内部版本”与“内部版本”是相同的,这意味着现在,它基本上只是移交给msbuild,但有时并行性会低于msbuild.exe。您可能仍然需要使用devenv.exe的主要原因是.vdproj(部署)项目。这些遗留的东西有一个硬编码到vs.的构建过程,我建议使用一个类似wix或installshield的基于msbuild的替代方法。直到v中的所有内容都是msbuild。

简而言之,msbuild是未来的,除非您有部署项目或其他特殊情况,否则请使用它。

丹

Mikael Lind 14 年前

我遇到了同样的问题,并通过Windows Shell转义管道字符来解决:

"Debug^|Win32"

dantje 16 年前

msbuild.exe没有(不是吗?)知道如何构建安装项目。devenv.exe可以。

推荐文章

André Polykanine · MSB4067无法识别元素<Target>下方的元素<WriteLinesToFile>

2 年前

Bob Vesterman · “内置”MSBuild属性函数(如[MBuild]::ValueOrDefault())在哪里定义?

2 年前

Sam Goldmann · 如何在不复制或消耗输出的情况下定义项目依赖关系

2 年前

Eli Sternbach · dotnet发布-无限循环

3 年前

Community wiki · 关于简化构建服务器设置的软件的建议

3 年前

Alan Deep · 以编程方式编译/构建C#项目

8 年前

walter_dl · 如何从中读取/获取PropertyGroup值。在中使用C#的csproj文件。NET Core 2 classlib项目?

8 年前

sandimschuh · 如何使用Visual Studio 2015(MSBuild 14.0)在中心位置实现解决方案范围的生成配置

8 年前

Victor Chelaru · 无法加载类型Microsoft。建筑框架Visual Studio中的IProjectElement

8 年前

rahulaga-msft · msbuild引用程序集在生成具有多个引用的解决方案时解析顺序。visual studio中的csproj

8 年前