Ant
This page contains reference information about the Ant build runner fields:
Option | Description |
---|---|
Build runner | Select Ant from the drop-down list. |
Ant Parameters
Option | Description |
---|---|
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. | |
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. | |
Specify the Build Working Directory. | |
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. | |
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.7). | |
Optionally, specify additional command line parameters as a space-separated list. |
Java Parameters
Option | Description |
---|---|
JDK home path | Use this field to specify the path to your custom JDK which should be used to run the build. If the field is left blank, the path to JDK Home is read either from the JAVA_HOME environment variable on agent computer, or from env.JAVA_HOME property specified in the build agent configuration file (buildAgent.properties). If these both values are not specified, TeamCity uses Java home of the build agent process itself. |
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: |
Test parameters
Tests reordering works the following way: TeamCity provides tests that should be run first (test classes), after that when a JUnit task starts, it checks whether it includes these tests. If at least one test is included, TeamCity generates a new fileset containing included tests only and processes it before all other filesets. It also patches other filesets to exclude tests added to the automatically generated fileset. After that JUnit starts and runs as usual.
Option | Description |
---|---|
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. |