Configuring Build Steps

When creating a build configuration it is important to configure the sequence of build steps to be executed. Each build step is represented by a Build Runner and provides integration with a specific build or test tool. You can add as many build steps to your build configuration as needed. For example, call a NAnt script before compiling VS solutions.

Build steps are invoked sequentially.

Build step is failed if build process returned non zero exit code and Fail build if build process exit code is not zero build failure condition is enabled (see Configuring General Settings), otherwise build step is successful. Note that status of build step and build can be different. Build step can be successful, but build can be failed, because of some other build failure condition, not based on exit code. From the other hand if build step failed build will be failed too.

Since TeamCity 7.1: You can specify step execution policy based on build step status via "Execute step" option:

• Only if previous steps were successful: select if you want to execute this build step only if status of the previous step was successful

• Even if some of previous steps failed: select to make TeamCity execute this step regardless of the status of previous steps.

• Always, even if build stop command was issued: select to ensure this step is always executed, even if build was canceled by a user.

In TeamCity 7.0: if a build step fails the rest are not executed, i.e. behavior is the same as Only if previous steps were successful execution policy in TeamCity 7.1.

For the details on configuring individual build steps, refer to: