Build 过程往往是比较复杂的，因此 TeamCtiy 通过 build 步骤的方式让您可以实现不同的应用场景。您可以在每个 build 步骤中只做一件事情，然后把一系列的 build 步骤组织起来按顺序执行来完成 build 过程。先看一下 build 步骤配置的概览：
每一个 Build 步骤都会对应一个 build runner 在背后完成真正的工作。我们要做的就是构思好 build 的过程，然后通过一系列的 build 步骤去实现它。在 build 的过程中，这些 build 步骤会被一个接一个的顺序执行。当然，您可以通过 TeamCity 提供的 UI 方便的排列您的 build 步骤的顺序。
Build 步骤的执行策略
TeamCity 会根据前一个 build 步骤的返回状态和当前的 build 状态来综合判断是否运行下一个 build 步骤。当满足下面条件时 build 步骤的状态被确定为失败：build 步骤的执行过程返回了非零的退出代码 并且该 build 的失败条件配置为起作用。其它情况则认为 build 步骤的状态为成功。
我们可以在 build 步骤中指定不同的执行策略来告诉 TeamCity 究竟要不要执行下一个 build 步骤：
Only if build status is successful
只有在整个 build 处于成功的状态时才执行该步骤。
在开始运行该 build 步骤前，build agent 会向 TeamCity Server 请求整个 build 的状态，如果 build 的状态已经是失败，则跳过该步骤的执行。If all previous steps finished successfully
前面所有 build 步骤必须都是成功的。
这种类型不会向 TeamCity Server 发送请求，只分析之前的 build 步骤有没有失败的。Even if some of previous steps failed
即便前面的 build 步骤有失败的也会执行。
不管之前的 build 步骤是否失败，也不管整个 build 的状态是否已失败，都执行该 build 步骤。Always, even if build stop command was issued
总是执行，即便是收到了停止 build 的命令也要执行该 build 步骤。
即便是用户在前面的 build 步骤中取消了整个 build 的执行，这个 build 步骤也依然会被执行。但是在这个 build 步骤执行的过程中，如果您取消 build，就可以终止它的执行。接下来我们会演示如何创建一个命令行类型的 build 步骤。
手动添加 Build 步骤
TeamCity 提供了很智能的 “Auto-detect build steps” 功能，主要是搜索 VCS 目录下的可识别的编译配置文件然后自动生成 build 步骤。这种方式比较简单，我们主要介绍能支持复杂配置的手动配置 build 步骤的方式，所以请选择 “Add build step”。
Runner type
TeamCity 内置支持几乎所有的 build 类型：
我们可以选择自己的项目的 build 类型，当然我们还可以选择更通用的类型：Command Line。它可以执行我们写的脚本，如 windows 中的 bat 脚本和 linux 中的 shell 脚本。哈哈，有了执行脚本的能力还有什么事情做不了呢！
下面我们就来介绍如何创建一个 Command Line 类型的 build 步骤。请选择 Command Line 类型的 Runner type。Step name
您可以为每一个 build 步骤设置名称。注意，这不是一个必选项，您可以选择什么也不填。
Execute step
请选择合适的执行策略，我们已经在前面详细的解释过了。
Working directory
对于要执行的命令来言，工作目录是非常重要的。如果设置不正确就会发生找不到文件的错误，所以一定要认真设置。您可以手动输入相对于 checkout 目录的路径，也可以通过右侧的工具进行选择。如果您希望工作目录就是 checkout 的目录，那么就不需要进行设置，留空就可以了。
Custom script
当选择 Custom script 类型时，我们可以直接在输入框中写脚本命令。这么做的好处是不用管理脚本文件了，因为 TeamCity 会把您写的脚本命令打包成脚本文件在 build 时执行。
Executable with parameters
如果是一个比较复杂的脚本，我们还是希望把它写成一个单独的脚本文件，这样更好维护管理。此时若是想要向单独的脚本文件传递参数又该怎么办呢？
选择 Executable with parameters 类型，可以执行脚本文件或者是可执行的二进制文件，并且可以传递命令行参数。上图中我们就把 checkout 目录传递给了 test.bat 脚本文件。
创建多个步骤
为了完成复杂的编译过程，往往需要多个步骤按顺序的执行。TeamCity 也提供了让用户可以重新排序 build 步骤的功能。
上图为添加了两个 build 步骤后点击 “Reorder build steps” 按钮的场景。此时build步骤会被列出，您可以用鼠标拖拽进行重新排序。完成后点击 “Apply” 按钮就可以了。
总结
本文并没有挨个的介绍所有 TeamCity 支持的 build 类型，而是介绍了最通用的脚本命令执行方式。因为笔者认为只有脚本方式才能够处理更为复杂的编译场景，属于必须要掌握的最具实用价值的方式！
