Ant

Path to build.xml file

If you choose the option, you can type the path to a Ant build script file of the project. The path is relative to the project root directory.

tip

Alternatively, click to choose the file using VCS repository browser (Currently VCS repository browser is only available for Git, Mercurial, Subversion and Perforce. )

Build file content

If you choose this option, click the link Type build file content, and type source code of your custom build file in the text area. Note that the text area is resizeable. Use Hide link to close the text area.

Working directory

Specify the Build Working Directory.

Targets

Use this text field to specify valid Ant targets as a list of space-separated strings. If this field is left empty, default target specified in the build script file will be run.

Ant home path

Specify path to the distributive of your custom Ant. You do not need to specify this parameter, if you are going to use Ant distributive that comes bundled with TeamCity (Ant 1.8).

note

Please note, that you should use Ant 1.7 if you want to run JUnit4 tests in your builds.

Additional Ant command line parameters

Optionally, specify additional command line parameters as a space-separated list.

JDK home path

Use this field to specify the path to JDK which should be used to run the build (launch Ant). If the field is left blank, the the value of JAVA_HOME environment variable is used. (Which can come from Build Configuration settings or agent environment or properties). If JAVA_HOME is not found, TeamCity uses Java home of the build agent process itself.

note

Starting with TeamCity 5.1 in many cases agents are able to detect installed Java automatically. Agent will set appropriate environment variables for each detected Java version: JDK_14, JDK_15, JDK_16 and so on. You can specify reference to such environment variable in JDK home path, like: %env.JDK_15%.

References to parameters can generate an Agent Requirements.

JVM command line parameters

You can specify such JVM command line parameters as, for example, maximum heap size or parameters enabling remote debugging. These values are passed by the JVM used to run your build. Example:

-Xmx512m -Xms256m

Reduce test failure feedback time:

Use following two options to instruct TeamCity to run some tests before others.

Run recently failed tests first

If checked, in the first place TeamCity will run tests failed in previous finished or running builds as well as tests having high failure rate (a so called blinking tests)

Run new and modified tests first

If checked, before any other test, TeamCity will run tests added or modified in change lists included in the running build.