Visual Studio(.sln)构建运行器和MSBuild之间的差异

Aca*_*uza 21 .net msbuild teamcity continuous-integration visual-studio

我正在尝试将TeamCity设置为使用.Net进行配置并配置我拥有的构建运行程序:

  1. Visual Studio(sln)
  2. 的MSBuild
  3. Visual Studio 2003

有什么不同?为什么三个构建在同一类型的项目上工作?(2003年只有2003年,我相信,为什么?)

考虑到这个问题,我们为.exe文件提供了这个构建运行器:

  1. .NET Process Runner
  2. 命令行

"命令行"构建运行器不适用于任何.net程序集?为什么选择.Net Process Runner?

ole*_*sii 15

Visual Studio(sln)
如果您的解决方案很小并且您不需要做任何花哨的事情,您可以使用Visual Studio(sln)构建运行器.它与Project-> Build(来自VS菜单)完全相同.此选项非常易于配置,只需单击几下,CI服务器即可编译您的解决方案.

MSBuild
如果你需要做更高级的场景,除了简单的编译,比如应用不同的配置文件,将转换后的值插入配置文件,部署二进制文件等,你可以选择MSBuild选项.你会知道什么时候需要使用它,因为sln builder无法做到这一点.此选项需要一些构建脚本语言的知识,这是一个基于任务和类似xml的语言.

  • MSBuild是一个面向任务的**构建**工具.它可以编译,运行单元测试,部署二进制文件,存档,执行配置文件转换等.对于所有这些,它使用其他工具或库.例如,要编译C#解决方案,请使用scs.exe.要运行NUnit测试,可以使用nunit-console.exe.简而言之,它是一个包装器,允许您自动构建,测试和部署产品流程. (2认同)